linkedin-field-note

LinkedIn 现场笔记

只做一件事：将下一篇 AI Field Notes 从“我该写什么？”推进到在 LinkedIn 上发布，复现已通过手动操作验证的流程：现场笔记 #01（33-agent 文章 + 超短帖子，2026-07-21/22）以及 Start-with-three 工具包（2026-07-26）。

这是 Ane 个人品牌的思想领导力内容。采用 Wine & Slate 设计令牌、温暖而有条理的表达风格，每篇可自嘲一次。这不是 IPPF 工作：绝不使用 ane_package.reporting.brand，也绝不使用 IPPF 模板。

硬性规则

绝不发布、安排发布或暂存任何 Ane 在当前会话中尚未批准的内容。 批准按单项内容计算（文章、帖子、首条评论、工具包 PDF、视觉素材），不会延续到其他会话：如果在之后的会话中发布，Ane 必须再次确认最终文件，并明确表示可以发布，然后才能在 LinkedIn 上进行任何操作。

路径

内容	位置
内容文件夹	C:/Users/AGasser/OneDrive/2. Ane's AREAS/AG Business/LinkedIn content/
系列台账	<content folder>/field-notes-ledger.md（首次运行时创建：参见 references/ledger.md）
品牌令牌（规范版）	C:/Users/AGasser/OneDrive/2. Ane's AREAS/AG Business/Brand/brand-tokens.md
docx/pptx 辅助工具	C:/Users/AGasser/OneDrive/2. Ane's AREAS/AG Business/Brand/generators/pb.py（以及 gen_report.py、gen_article.py）
视觉规范（LinkedIn）	2. Ane's AREAS/AG Business/Brand/BRAND-SPEC.md
质量标准示例	2026-07-26 Three-Agent Starter Kit (article companion).docx 和 Start-with-three.docx（Ane 手动编辑的最终版）、build_three_agent_kit.py、2026-07-22 LinkedIn POST v3 ULTRA-SHORT - 33-agent AI system.md

五个阶段

为新的现场笔记按顺序执行各阶段；Ane 恢复某篇笔记时，从相应阶段继续（台账会记录每篇笔记的进度）。只阅读当前阶段对应的参考文件。

阶段	产出内容	阅读
1 TOPIC	下一篇主题，由 Ane 从 2–3 个基于台账提出的选题中挑选	references/ledger.md
2 INTERVIEW	逐个提问，提取经验、故事、数据和工具包承诺	references/interview.md
3 DRAFT	文章 .md + 品牌化 .docx、短帖 .md、首条评论文本	references/draft-formats.md
4 TOOLKIT	文章承诺的配套产物：生成器脚本、.docx、.pdf、封面插图、封面视觉素材，以及文档帖的配文	references/toolkit.md
5 PUBLISH	按约定日历在 LinkedIn 上发布帖子；更新台账	references/publish.md

每完成一个阶段：更新该笔记的台账条目（状态、路径、决策）。重要节点再写入——在对话中起草并修正；只在确认决策点时写入文件，不要每发一条消息就写入。

各阶段通用规则

• 事实可靠性。 绝不编造有关 Ane、她的系统或她的工作的事实、数字、姓名或引语。草稿中的每个数字（Agent 数量、检查数量、页数、日期）都必须在起草时对照来源核实，否则标记为 ⚠️ verify before posting。如果所需事实不在已加载的上下文中，请提问。
• 语气。 在结构中融入温暖：可以用一个两句话的具体故事开篇，但最迟要在第三句话点明发现。用“你”称呼读者。使用简明英语，便于理解（让罗马尼亚、突尼斯、埃塞俄比亚或越南的英语读者第一次读就能看懂）；句子不超过 25 个词。使用主动语态。Ane 要发布的任何文案中都不得使用长破折号。每篇最多自嘲一次，通常放在 P.S. 中。
• AI 使用情况披露。 每份材料都必须披露，不仅是文章和帖子。文章和帖子须在 P.S. 中附上披露说明；资料包须在品牌页脚前加入示例措辞中的披露段落，docx 和工作簿均如此；文档帖子说明须采用精简版 P.S.。表述始终遵循 Ane 起草、核实并作出决定的原则：在所描述的系统协助下撰写。这是本系列体现可信度的标志，不是套话；必须通过第 4 阶段清单和第 5 阶段发布前检查来落实，绝不能通过复制示例生成器来落实。
• 保留编辑内容。 如果目标文件已存在，请使用 mel_wiki/wiki/concepts/edit-preservation-protocol.md。Ane 手动编辑生成的 .docx 后，该 .docx 即为权威版本：后续修改必须针对具体内容进行（如果存在该技能，则使用 docx-revision-pass 方法；否则使用 Word COM / python-docx 进行定向修复），绝不能从 .md 重新生成。
• 撰写。 向 Ane 展示最终草稿前，先按 ane-voice 清单检查（Tier 1 语体，并保留个人温度）。她对 Word 文档所作的修订应通过 docx-revision-pass 处理（如果已构建）。口述内容的接收应遵循会议记录的善意转录规则；访谈应遵循 grill-mel 的先推荐、后提问模式。

收尾

每次工作会话结束时，都要告知 Ane 当前记录的确切状态（阶段、已批准事项、待处理事项）以及下次会话从何处开始。日志也要以书面形式记录相同状态。