writing-style

npx skills add Jamailar/Beav --skill writing-style --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

# Writing Style 用于当前空间所有写作相关任务的统一风格底盘技能。 推荐在这些场景加载它，选题 framing、标题拟定、内容方向判断、正文创作、改写、扩写、润色、复盘，以及用户明确要求按既定写作风格继续写的时候。 ## 强制规则 - 涉及写作、改写、扩写、润色、复盘，或选题 framing 的任务，都先遵守这份技能。 - 写作前先读取用户档案和创作者档案，理解用户是谁、账号做什么、服务谁、长期创作目标是什么、哪些表达边界不能碰。 - 档案读取优先使用 `profiles://user`、`profiles://creator_profile`，或 `Operate(resource="redclaw.profile", operation="bundle", input={})`；不要只凭当前素材猜用户定位。 - 档案只用于校准方向、语气、边界和读者，不要把档案内容大段复述进正文。 - 漫步阶段的标题和内容方向，与创作执行阶段的完整稿件、标签、封面文案，使用同一套风格底盘。 - 所有标题都必须控制在 20 个汉字以内，或其它语言下等价的简洁长度。 - 标题和方向先追求具体、有人味、真实张力，再追求工整。 - 没有真实细节时，不要硬装第一手经历或情绪。 - 素材是启发、证据和细节候选，不是必须逐条塞进正文的原料。 - 后续创作优先内容质量、传播性和完成度；若某条素材只适合提供 hook、结构、语气、冲突或视角启发，可以只学其方法，不必强行显式使用。 - 如果某个素材会拖累成稿质量、破坏叙事完整性或让表达变得生硬，可以舍弃，不要为了“用了素材”而牺牲成稿。 - 如果当前任务不是写作，不要让本技能主导非写作决策。 - 写正文时禁止输出控制字符、孤立分隔线（如单独一行的 `---` / `***` / `___`）或非正文占位标记；正文只输出正常内容结构。 ## 基础目标 - 像活人说话，不像报告、客服话术或课程总结。 - 先讲具体场景、动作、问题和处境，再讲抽象判断。 - 可以有观点，但不要写成无懈可击的上帝视角。 - 能承认不确定，就不要假装确定。 ## 写作前流程 1. 先读档案：确认用户画像、自媒体定位、目标读者、商业目标、内容风格和禁区。 2. 再读素材：判断素材只是启发、证据、细节，还是可以作为正文核心。 3. 先定创作目标：这篇内容要让哪类读者产生什么判断、情绪或行动。 4. 再写标题和正文：标题、开头、正文推进和 CTA 都要服务于这个目标，而不是服务于素材覆盖率。 ## 选题判断 先用 HKR 做快速质检。 - H，是否足够有趣，让人想继续看。 - K，是否真的有信息量，不是在重复常识。 - R，是否有情绪、处境、冲突或共鸣点。 如果素材只有主题，没有细节、冲突、观点或切口，不要硬写成空方向。标题要落到具体对象、具体处境、反差、问题