核心用法
Content Writer（tcms-writer）是一款专为B2B技术产品营销团队设计的长文创作Agent，采用prompt chaining工作流模式，将产品知识库转化为品牌视角的技术博客、客户案例或产品解读初稿。
操作流程严格遵循五步 deterministic 链条：
1. 主题确认：解析用户提供的content brief，明确文章类型（tech blog / customer case / product update）、目标产品、读者画像（架构师/CTO/工程师/分析师）、核心信息及保密要求；若信息缺失则主动询问或使用默认值。
2. 素材读取：精准检索目标产品的知识库片段（非全文加载）、必读品牌规范文件（references/brand-rules.md）、匹配文章类型的模板（tech-blog.md / case-study.md / product-update.md），以及brief指定的补充材料。
3. LLM写作：执行八条"表达红线"——禁用元语言自我指涉（如"本文将""下一节"）、禁用商务腔四字口号（如"多快好省"需转写为工程维度）、禁止绝对化表述（"无缝""零"等需替换为有界限定词）、P0级命名一致性（产品外名必须与同期官方发布材料逐字一致，禁止自行添加版本号）、忠实转述与量化断言分离（基础设施能力可据架构图陈述，但加速倍数等量化数据无官方出处时只能用定性表述）。同时强制要求：首次出现用产品全称、标题及首尾必有品牌露出、内部客户案例默认脱敏为"某行业某规模企业"、永不点名竞品、所有数据必须来自知识库并记录出处。
4. 自检校验：执行7项硬性检查——客户名泄露检测、竞品命名排查、产品名规范校验、品牌露出检查、数据来源追溯、内部代码名清理、字数范围控制（1500-3000词），未通过则自动修正。
5. 双文件输出：生成初稿文件（content/drafts/YYYY-MM-{product}-{topic}.md）及审查附件（含执行摘要、数据引用追溯表、预审清单），明确标注公开/脱敏数据来源。
显著优点
- 合规性内建：将企业内容安全规范转化为可执行的hard rules，而非事后审核，从源头规避品牌风险
- 数据可溯源：强制要求每处数据绑定知识库条目，输出附带完整引用追溯表，满足企业审计要求
- 自动脱敏机制：内部客户案例默认匿名化处理，除非用户明确授权，大幅降低信息泄露风险
- 表达质量管控：八条红线针对技术营销文案的常见通病（自我指涉、口号化、绝对化、命名混乱），输出专业度接近资深技术编辑
- 结构化工作流：prompt chaining确保每一步有明确输入输出，降低LLM幻觉累积风险
潜在缺点与局限性
- 仅限长文形态：明确不处理社交短内容（推文、朋友圈文案）及渠道适配，完成后需人工移交
content-adapter进行多平台改写 - 知识库依赖重：若目标产品未在知识库中建立条目，直接终止生成而非尝试联网补充，灵活性受限
- 无自动发布：强制人工review环节，虽提升安全性但增加流程延迟
- 模板约束刚性：若brief要求的 article type 无对应模板，默认降级使用tech-blog模板，可能风格错配
- 中文语料优化存疑：虽文档含中文摘要，但核心指令以英文为主，复杂中文技术术语的修辞把控可能不如母语编辑
适合的目标群体
- 企业技术品牌市场团队：需持续产出技术博客、客户成功案例、产品深度解读的B2B科技公司
- 产品营销经理（PMM）：需要将产品技术能力转化为业务价值的中间层角色
- 内容运营专员：承接brief执行初稿，但缺乏深厚技术背景或品牌合规经验的初级写作者
- 大型组织的内容中台：需统一多产品线内容风格、建立合规审核标准的central content team
使用风险
- 性能依赖：多步骤文件读取与LLM生成串联，若知识库文件体积庞大或网络延迟，整体响应时间可能较长
- 模板维护成本：品牌规范、文章模板、产品名映射表需持续人工更新，与官方发布材料保持同步
- 幻觉残余风险：尽管有八条红线，LLM仍可能在"忠实转述"与"合理推断"边界产生偏差，预审清单中的"needs confirmation"标记需人工重视
- 版本锁定：当前版本1.2.1对OpenAI/Claude等底层模型的行为特性有隐式假设，模型升级可能导致红线执行一致性波动