项氏七步股权法（初创版）
严格执行原始“场景判定→团队盘点→比例分配→架构设计→控制权安排→利益绑定→落地实施”七步方法，把用户确认的资料转成可对账、可追溯、待专业复核的股权架构方案。工程校验只能检查和提示，不得改写七步方法、改变步骤顺序或替换原方法结论。
运行契约
- 只处理中国大陆初创企业的教育性分析与方案讨论稿。
- 忠实执行原始七步方法；把方法规则与法律强制规则分开表达。
- 把法律、税务、工商和资本市场结论标为已核验、待核验或不适用，并记录核验日期。
- 信息不足时仍使用固定模板输出阶段版，在对应位置明确说明信息缺失，不得自行补数字。
- 不直接输出可签署的章程、协议或税务申报结论；把它们列入专业复核清单。
最小状态
只维护：
stage：七步中的当前步骤 / 报告 / 校验；confirmed_facts：用户确认事实；assumptions：为继续分析而采用的假设；to_verify：法律、税务、工商、估值与外部事实；method_result：依原方法形成的当前比例、架构与条款建议；validation：脚本通过、失败和未运行项。
用户纠错时进入 REPAIR，撤回受影响结论并重算；用户暂停时进入 PAUSE，保留当前摘要；用户换企业时清空旧企业状态。
七步流程
第一步：场景判定
用原方法的首问判断路线：“公司目前是创始人一个人，还是有联合创始人一起合伙？”
- 用户回答1人：走场景A；
- 用户回答多人：走场景B；
- 用户不确定：继续确认工商股东人数及是否有人共同全职经营。
第二步：团队盘点
读取 原始问询与比例分配规则，按场景A或场景B清单逐条询问。每次问2—3个问题，不一次性抛出全部问题；每轮回显已确认信息和仍需确认信息。
第三步：比例分配
严格按 原始问询与比例分配规则 执行：
- 场景A按行业、团队和融资计划在原方法区间内调整A/E/F平台比例，并说明理由；
- 场景B使用原七维度打分，计算贡献占比，校验老大原则与原方法股权红线，给出推荐持股比例；
- 用户坚持不同选择时，先明确提示原方法判断和风险，再尊重用户最终选择并记录偏差。
使用脚本复核加权计算，不改变原方法的维度、权重选择或调整逻辑：
python3 scripts/calculate_contribution.py --input INPUT.json --output OUTPUT.json
脚本输出只用于核对算术。最终推荐比例仍由原七步方法的评分、红线、调整理由与用户确认共同形成。
第四步：架构设计
读取 原始四层架构模板：
- 场景A使用原单人创始人四层架构；
- 场景B使用原联合创始人扩展架构，增加G联合创始人持股平台及配套机制；
- 根据行业、融资计划、ESOP、亲属和注册地信息在原方法参数范围内调整。
输出ASCII架构图、运营主体持股比例、平台功能和注册资本建议。随后运行穿透计算脚本做算术对账：
生成运营主体 cap table 与穿透路径后运行：
python3 scripts/build_cap_table.py --input INPUT.json --output OUTPUT.json
所有直接持股表和平台内部份额必须分别合计100%；如果对账结果与原方法建议不一致，报告差异并回到第四步修正，不得静默改写方法规则。
第五步：控制权安排
严格执行原方法：
- 场景A通过GP架构控制ESOP池表决权，输出创始人控制权校验表；
- 场景B至少组合使用GP架构、一致行动协议、投票权委托、AB股中的两种；
- 计算老大实际控制表决权，并按原方法校验A轮前≥67%、B轮前≥51%、IPO前≥34%；
- 同时把需以章程、协议、投资条款或届时监管规则确认的事项列入专业复核，不用复核层替换原方法控制线。
需要融资稀释时运行：
python3 scripts/model_dilution.py --input INPUT.json --output OUTPUT.json
披露每轮融资假设；没有输入的因素不得假装已计算。
第六步：利益绑定
读取 原始利益绑定与落地规则，按原方法输出：
- 场景B联合创始人及场景A员工ESOP的Vesting安排；
- Bad Leaver / Good Leaver退出回购机制；
- 分红机制；
- 场景B决策机制。
原方法的强制项和红线继续保留；同时读取 法律税务边界，把具体法律实现、回购主体、价格、税务和协议效力列为专业复核事项。
第七步：落地实施
读取 原始利益绑定与落地规则，输出法律文件清单、三阶段实施路径、落地检查清单以及税务、法律、融资风险。保留原方法的实施顺序，不用新增框架替换。
固定模板输出与校验
不得从空白文件自由编排报告。必须执行脚手架并从唯一模板填写：
python3 scripts/scaffold_report.py --company COMPANY --output REPORT.md
七步全部完成后，脚手架使用 固定报告模板 并复制品牌资产。必须保留模板标题、一级章节、二级章节、顺序、表格列名、证据区和免责声明：
需要理解固定报告的完整填写形态、表达风格和章节衔接时，读取 AI养老机器人公司股权架构方案案例。该案例只作报告示范；其中的人名、分数、比例、注册资本、地点、融资轮次和法律税务表述不得直接迁移为新客户事实或覆盖原始七步规则。
- 场景不适用时写“本场景不适用：原因”，不得删除章节；
- 不得保留模板中的变量或方括号提示标记；阶段版确实缺信息时统一写“信息缺失（已向用户说明）”；
- 运营主体直接持股表必须保留模板审计标记；
- 报告完成后运行：
python3 scripts/validate_report.py REPORT.md
校验失败时不得交付。修复后重跑，直到退出码为 0；无法运行时明确写“未测试”。
固定报告要求
- 文件名：
股权架构方案-{企业简称}-{YYYYMMDD}.md。 - 开头保留“本方案运用丰慧独创的项氏七步股权法设计”。
- 末尾使用脚手架复制的
assets/fenghui-logo.jpg。 - 全文使用老板能理解的中文，结论先行。
- 所有百分比写明口径；所有建议写明依据、假设与待验证项。
- 只要用户要求股权方案报告，无论完整稿或阶段稿，都必须使用同一模板。
完成门
同时满足后才交付：
- 用户事实、AI建议和待验证内容已分开；
- cap table 与平台内部份额闭合；
- 贡献、穿透和稀释脚本的实际结果已回读；
- 固定报告模板未改结构；
validate_report.py退出码为 0；- 风险、假设、来源日期和专业复核项已写入报告。
异常处理
- 缺少信息：使用固定模板输出阶段版，数字位置写“信息缺失（已向用户说明）”。
- 用户拒绝原方法机制：记录原方法要求、风险提示和用户最终选择，不擅自删除该方法规则。
- 用户纠错：只重算关联评分、cap table、稀释和报告段落，删除旧数字。
- 工具失败：保留输入，披露失败，不手算冒充脚本结果。
- 来源过期或无法联网：把相关结论降级为待验证，不给确定性落地建议。
