报告有九个正文部分。前面的 AI Feedback Tasks 已经分别留下公司概览、全球相关方和能力分析材料，接下来要把它们重新组织成一篇连续报告。我的处理顺序会先落在分析最厚的部分，再回头写 Introduction 和 Conclusion。这样 research question 能跟着真实分析结果收窄，最后的回答也能准确接回开头。

你可以按下面的顺序检查：

1. 先定 Capability analysis 里最重要的因果关系。
2. 再保留能支撑它的 stakeholder 与 PESTLE 内容。
3. 顺着分析写 Dynamic SWOT 和 strategic evaluation。
4. 然后补 case company、Methodology 与 AI reflection。
5. 最后对齐 Introduction 的问题和 Conclusion 的回答。

比如，第 5 节已经判断某个渠道因素同时影响市场触达和成本，第 4 节就只保留会改变这个渠道的具名相关方。这样前后两节会互相接住，也能避免五个人各写一段、最后只靠连接词硬拼。

AI reflection 也沿着这条主线写。比如 AI 与人工都给某项能力相同的威胁分，但 AI 的理由只写「监管严格」，人工核对后换成了一个具名机构和它实际作用的对象。分数没变，argument 已经变得可查，也能继续支撑后面的 strategic evaluation。🤖 Methodology 交代 AI 在流程里怎样介入，reflection 再讲它具体帮到哪里、误导了哪里，两节各自完成一件事。

🧭 开头提的问题、主体使用的证据、结尾给的回答要指向同一个判断。Introduction 留到主体成形后再写，会更容易对齐。

✅ 两个文件放进同一次终审

到了提交前，可以把检查压成一张清单：

• 报告正文约 3,000 词，九节齐全，Appendix 只放说明性 exhibits
• 每个事实编号都能在 Datasheet 找到对应行
• Datasheet 每行都进入正文，或在 notes 说明核验用途
• 每个 URL 已经打开，并且页面内容支持对应事实
• Cover page 与小组信息已经核对
• Group Case Report 和独立 Datasheet 已经同时准备好
• 只由指定的一名组员执行提交

最后再模拟一次实际提交：同一个文件夹里放好 report 和 Datasheet，文件名一眼能分辨，指定提交人打开两个文件确认版本。📁 比如组员刚改过正文中的 A0015，就同步检查 Datasheet 的 A0015，并把两个最新文件一并替换。这样终审检查的是整套 Final Submission Pack，改动也不会只落在其中一个文件里。