writing-shape
写作,利用阶段——将原始素材塑造成一篇文章,逐段推进。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
写作,利用阶段——将原始素材塑造成一篇文章,逐段推进。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Manage git submodules for the learning-open-code mono-repo. Use when the user wants to: (1) Add a new git submodule — auto-detect or specify the category (open-ai-skills/open-sdd/open-ai-agent/open-ai-desktop/open-knowledge/open-productivity/open-java/open-trading/open-data), record the tracking branch in .gitmodules, clone the repo, and update README.md index. (2) Sync all existing submodules to their configured branches (git fetch + checkout branch + pull). (3) Update the root README.md with an up-to-date index of all synced projects grouped by category. (4) Initialize submodules after git clone — when open-*/ directories are empty or git submodule status returns nothing, guide through the full SOP (git submodule update --init --recursive [--remote]). Trigger keywords: submodule, git submodule, 子模块, add submodule, sync submodule, update submodule, submodule branch, README index, 更新索引, clone, init, 初始化子模块, submodule init, 拉取子模块.
对开源项目进行穷尽式教学文档生成——从宏观架构到微观实现的五层分级讲解,使用 Goal Loop 算法自主驱动完整代码覆盖。所有具体教学内容生成必须激活 `.agents/skills/teach/SKILL.md`。触发条件:用户要求"完整学习某个项目"、"生成项目架构文档"、"从入口到落地讲清楚每个功能"、"代码考古"、"源码分析"、或指定一个项目目录/仓库要求全面教学。
使用并行子 agent 为模块生成多个截然不同的接口设计。当用户想要设计 API、探索接口选项、比较模块形态,或提到 "设计两次" 时使用。
交互式 QA 会话,用户以对话方式报告 bug 或问题,agent 将其录入 GitHub Issue。在后台探索代码库以获取上下文和领域语言。当用户想要报告 bug、做 QA、以对话方式录入 issue,或提及 "QA session" 时使用。
通过用户访谈创建包含微小提交的详细重构计划,并将其录入 GitHub Issue。当用户想要规划重构、创建重构 RFC,或将重构分解为安全的渐进步骤时使用。
从当前对话中提取 DDD 风格的通用语言词汇表,标记歧义并提出规范术语。保存到 UBIQUITOUS_LANGUAGE.md。当用户想要定义领域术语、构建词汇表、固化术语、创建通用语言,或提到 "领域模型" 或 "DDD" 时使用。
| name | writing-shape |
| description | 写作,利用阶段——将原始素材塑造成一篇文章,逐段推进。 |
| disable-model-invocation | true |
用户已经传递(或将传递)一个包含原始素材的 markdown 文件。将其视为输入素材堆——从整齐的碎片列表到无结构的散文堆再到转录稿,任何格式都可以。格式不重要。在做任何其他事之前从头到尾读完它。
然后运行一个塑造会话,产出一篇独立的文章文档。这是利用阶段:探索已完成,素材堆已固定——承诺一个结构并挖掘素材堆来填充它。不要编辑原始素材文件——它对本技能是只读的。
如果用户没有说明将文章保存到哪里,询问一次并记住路径。
每个概念必须在一个模块依赖它之前被落地:读者要么走进来时就知道它,要么在之前的模块中遇到它。一个试图使用未落地概念的模块会使读者迷失。单元是概念,而非表达它的词语——即使没有行话出现,一个模块也可能依赖读者尚未掌握的想法。当一个概念有一个名称——一个术语——落地它意味着同时传达想法和术语。
概念通过两种方式之一被落地:
维护一个已落地概念的运行列表。当你问"读者接下来需要听到什么?"时,下一个动作所需的未落地概念本身就是答案:先落地它——在这里或之前的模块中——否则你无法做这个动作。这是比从素材堆中取材高一个层次的差距命名:那里是素材堆缺少材料;这里是文章缺少基础。
重要的杠杆是:你让什么成为前置条件,以及你让什么在文章内部落地。前置条件要求太多会排斥读者;在内部落地太多则会导致开头淹没在定义中。在确定前置条件时与用户解决这个问题。
这是反向的追问会话。在构思阶段,问题是"你实际上观察到了什么?"这里的问题是"这篇文章实际上在论证什么,读者需要以什么顺序听到它?"回击。拒绝让薄弱的过渡溜过去。如果一个段落不值得存在,砍掉它。
持续使用的具体招数:
将原始素材视为采石场,而不是脚本。提取一个碎片,重新加工以适配周围段落,然后放置它。一个碎片可以被拆分到多个段落中,与另一个合并,或被改写。素材堆的工作是被开采;文章的工作是读起来像一个统一的声音。
如果素材堆缺少文章需要的某些内容,明确说出差距:"我们需要一个示例,素材堆里没有——现在给我一个,否则我们砍掉这一节。"
在选择如何渲染一个模块时,与用户大声权衡以下取舍,而不是默默决定:
> [!TIP]、> [!NOTE])——但仅当它们确实会干扰内联的主论证时。否则保持内联。每个模块达成一致后立即追加到文章文件。在每次写入之前从磁盘重新读取文件——用户可能在两次交互之间编辑了。永远不要盲目覆盖。如果用户想重写某个段落,在原位置编辑该特定段落;其余内容保持不变。