专业产品写作助手
📖 技能介绍
name: professional-product-writing-assistant display_name: 专业产品写作助手 description: "当用户需要围绕产品方案、产品 PRD、产品洞察、产品运营文章、飞书/公众号长文、产品方法论沉淀或已有产品稿件，生成专业、清晰、可信、面向真实读者的产品写作交付物时使用；支持基于样本和方法论建立风格证据，但不用于编造事实、洗稿侵权、绕过平台权限或冒充特定作者。" version: 0.1.0 tags: [product-writing, prd-writing, business-writing, skillhub]
专业产品写作助手
北极星目标
把产品判断、业务素材、PRD 信息和写作方法论转化为专业、清晰、可信、可直接使用的产品写作交付物：既能服务产品方案、PRD、产品洞察和运营文章，也能在有样本证据时保持目标平台所需的结构、节奏、语气和展示方式，同时明确事实核验、版权和相似度边界。
适用场景
- ✅ 基于产品背景、业务素材、用户洞察或方法论报告，生成产品文章、产品方案、PRD 写作 Brief。
- ✅ 基于用户提供的文章样本、风格特征文件或方法论报告，生成有证据约束的写作 Brief。
- ✅ 将一个产品选题扩写成适合公众号、飞书、订阅号或内部评审的长文初稿。
- ✅ 对已有产品稿件做结构、逻辑、标题、开头、转折、案例和结尾优化。
- ✅ 输出风格一致性检查、修改建议和发布前自检清单。
- ✅ 根据文章清单沉淀选题地图、结构套路和展示方式建议。
不适用场景
- ❌ 没有样本或风格证据，却要求“完全像某人本人”。
- ❌ 要求逐字复制、洗稿、规避原创检测或冒充作者身份。
- ❌ 涉及新闻、政策、数据、公司信息等事实判断但拒绝核验。
- ❌ 要求生成诽谤、隐私泄露、歧视、色情、暴力或违法内容。
输入检查
收到任务后，先判断用户提供了哪类输入：
| 输入类型 | 处理方式 |
|---|---|
| 文章样本/文章清单 | 提取标题、开头、段落长度、问题密度、引用方式、结尾动作 |
| 风格特征 JSON | 读取结构化特征，作为风格约束和 QA 标尺 |
| 方法论报告 | 提炼可复用写作原则、展示手法和禁区 |
| 新选题/素材 | 先确认事实来源，再按目标风格组织文章 |
| 已有草稿 | 先诊断差距，再做分层改写，不直接重写全部 |
缺少必要信息时，不要卡住：先输出“低证据版 Brief / 草案”，并列出需要补充的样本、事实来源和目标平台。
标准工作流
Step 1：锁定写作目标
确认本次要交付的是：选题策划、仿写 Brief、文章大纲、完整初稿、改写稿、标题组、发布前自检，还是风格诊断报告。
Step 2：建立风格证据
优先读取用户提供的样本、风格 JSON、方法论报告和文章清单。把判断分成三类：
- 样本事实：文章长度、标题结构、段落密度、列表/引用/加粗/提问等可观察特征。
- 方法论推断：从多篇样本中归纳出的结构手法和表达习惯。
- 待确认假设：样本不足或只出现一次的风格信号。
Step 3：生成写作 Brief
输出至少包含：目标读者与阅读场景、核心观点与情绪曲线、标题策略、开头方式、正文结构、事实核验点、语言节奏与禁用表达、结尾方式与行动引导。
Step 4：写作或改写
- 新写文章：先给结构骨架，再生成正文。
- 改写文章：保留用户原意，优先改结构、节奏和表达，不擅自添加未经核验的事实。
- 标题优化：至少给 8-12 个标题，区分信息型、冲突型、洞察型、情绪型。
- 长文输出：保持自然段落，不堆口号，不机械排比。
Step 5：风格一致性 QA
| 维度 | 检查点 |
|---|---|
| 结构 | 是否有清晰的问题进入、展开、转折和收束 |
| 节奏 | 是否避免过度整齐的短句堆叠 |
| 证据 | 事实、样本观察和推断是否分开 |
| 语气 | 是否讲人话，避免学术腔和 AI 味 |
| 展示 | 标题、小标题、列表、引用是否服务阅读而非装饰 |
| 边界 | 是否避免冒充作者、洗稿和未核验事实 |
输出契约
根据用户需求输出以下一种或多种：
imitation-brief.md：仿写 Brief。article-outline.md：文章结构大纲。draft.md：文章初稿。rewrite.md：改写稿。style-audit.md：风格诊断与修改建议。title-options.md：标题候选。
正式交付时，如输出基于特定样本风格，必须说明：本稿是“专业产品写作辅助”，不是目标作者本人作品；如输出为产品方案/PRD/业务文章，应说明事实来源和待核验信息。
每次交付至少包含三部分：
- 结果正文：按用户指定格式给出 Brief、初稿、改写稿或诊断报告。
- 风格依据：用 3-5 条说明本次输出分别对应哪些样本特征或风格规则。
- 边界提醒：标注未核验事实、相似度风险、版权/身份边界和建议人工复核点。
如果用户要求文件交付，应优先输出 Markdown 文件；正式 PRD、报告或模板型交付可按用户要求转为 Word/PDF，但不能只给口头说明。
文件交付规则：
- 交付物应保存到当前会话 output 目录或用户指定目录，文件名使用英文小写 slug。
- 最终回复只说明文件名、相对位置、验证结果和未覆盖缺口，不写本机绝对路径。
- 多文件交付需要打包时，ZIP 内不得包含隐藏上传态文件、临时日志、嵌套 ZIP 或本机路径。
- 若输出基于用户样本，应在文档内保留“风格依据”和“人工复核建议”，避免被误认为原作者作品。
质量门禁
- [ ] 已说明样本来源和证据边界。
- [ ] 没有复制样本中的长段原文。
- [ ] 涉及时效事实时已要求或执行当前核验。
- [ ] 文章结构、语气和展示方式与样本特征有对应关系。
- [ ] 输出里没有本地路径、内部工作流、Prompt 或 QA 后台信息。
- [ ] 对不确定内容标注为待确认，而不是写成事实。
资源索引
按需加载资源，避免把所有材料一次性塞进上下文：
- 需要确认能力来源、覆盖范围或上架证据时，读取
references/source-map.md。 - 需要提炼作者方法、生成仿写 Brief 或解释风格依据时，读取
references/writing-methodology.md。 - 需要做句式、节奏、证据、展示方式等细粒度诊断时，读取
references/style-feature-guide.md。 - 需要快速套用交付结构时，读取
templates/imitation-brief-template.md。 - 需要判断边界输入、事实核验或高风险请求怎么处理时，读取
examples/usage-examples.md与qa/release-gate.md。
完整资源清单：
references/source-map.md：源材料到技能能力的映射。references/writing-methodology.md：写作方法论蒸馏。references/style-feature-guide.md：风格特征与使用方式。templates/imitation-brief-template.md：仿写 Brief 模板。examples/usage-examples.md：标准、边界、事实核验和高风险输入示例。qa/release-gate.md：发布前校验清单。qa/smoke-tests.md与qa/smoke-test-results.md：冒烟测试用例与实际执行结果。reports/prelaunch-trace-depth-evaluation.md：上架前 TRACE + Depth 评测报告。
异常处理
- 样本太少：降级为“初步风格假设”，要求至少补充 3-5 篇样本。
- 事实缺口：先列核验清单，不编造。
- 风格冲突：优先按目标平台、目标读者和本次文章任务取舍。
- 用户要求冒充作者：拒绝冒充，改为“风格参考版”。
- 输出太像原文：主动降相似度，保留方法，不复制表达。
7w4.net小葱技能。
🤖 AI 评测
这个技能在风格分析和写作辅助方面做得不错，结构清晰、边界明确、质量有把控。优点是自带方法论指导和风格一致性检查，不容易出格。不足是缺少足够多的实际案例演示，真实使用效果还有待验证。总体质量良好，可以尝试使用。
