置身钉内：项目复盘写作法

解决什么写作问题

很多团队做完复杂项目后，想把经历沉淀成文章，但最后往往写成了干瘪的周报、流水账，或者变成缺乏实质内容的公关宣传稿。AI Agent、企业服务或协同办公项目的真正价值，藏在产品决策、组织冲突和用户真实反馈的细节里。如果缺乏有效的方法论，写作者很容易陷入“流水账”或“喊口号”的陷阱，无法把“项目事实”转化为“产品方法论”。

核心能力与工作流

置身钉内项目复盘写作方法 提供了一套从材料输入到长文交付的标准工作流，核心方法是：以现场为入口，以产品为证据，以组织为解释框架，以趋势判断完成收束。

1. 材料完整度分级：将输入材料分为 S/A/B/C 四档。S 级可直接成稿，A 级补充 3-5 个问题，B 级输出采访提纲，C 级仅提供结构模板。
2. 来源追踪与主问题：建立 来源追踪表，严格区分事实、推断、判断和待复核内容，避免写作时的过度发散或编造。同时提炼 1 个贯穿全文的“主问题”。
3. 六段式结构搭建：默认采用“现场进入 -> 理想与背景 -> 翻译过程 -> 组织变形 -> 真实用户现场 -> 退远镜头”的六段式结构，确保叙事与分析交替推进。
4. 克制写作与质量自检：使用“可能、意味着”等克制表达推导结论。交付前检查是否有主问题、现场、机制解释，并剔除宣传腔和 AI 味。

适用边界与注意点

• 不适用场景：仅需要周报、述职报告、PRD 或纯公关稿时，不要使用本技能。
• 拒绝编造：绝不虚构未提供的客户反馈、项目数据或人物发言。若材料不足，应主动输出 材料缺口清单 和 采访提纲。
• 脱敏要求：涉及客户隐私、API Key、合同等敏感信息时，必须先脱敏。若用户拒绝脱敏，则停止生成完整文章。
• 发布前提醒：若文章需公开发布，最终交付时必须强制提醒用户进行人工复核（事实、授权、保密与法律风险）。