Matt Pocock 给他的 301K ⭐️ Skills 仓库新增「software-factory」设计 Skill 这个 Skill 不是可执行流水… · @shao__meng · TwKit

@shao__meng

Matt Pocock 给他的 301K ⭐️ Skills 仓库新增「software-factory」设计 Skill 这个 Skill 不是可执行流水线，是一份用户主动调用的术语表：用统一语言设计「远程、无状态」的 agent 软件工厂，任务怎么跑、服务槽位怎么填、刹车怎么配。目标是配合课程 Software Factory Part Two 的 grilling，让学生能在自己的基础设施上画出工厂，而不抄某一套产品。 https://github.com/mattpocock/skills/pull/1316 PR 在加什么 · SKILL.md：核心词汇 + 设计方法（disable-model-invocation: true，只有用户点名才加载） · EXAMPLE-TASKS.md：按问题反推常见任务链 · 四个槽位调研：TICKET-TRACKERS / GIT-HOSTS / RUNNERS / OBSERVABILITY-PLATFORMS · changeset + in-progress/README 一行说明 核心词汇（只用这些，不用 Avoid 里的近义词） · Task：一类工作（review / explore / implement / ratchet），定义一次、可跑多次 · Trigger：启动一次执行的事件（tracker / git / 时钟 / 另一次 run） · Run：某任务在某 runner 上的一次执行，当作黑盒；永不等人——结束即可，人之后改 ticket/PR 再触发新 run · Runner：可丢弃的执行机；机子可长存，但 run 的记忆只留在 ticket tracker、git host、orchestrator · Services 槽位：Ticket tracker、Ticket source、Git host、Orchestrator、Observability platform（可选） 怎么设计工厂 1. Start slow：每个 trigger 都是油门；没有刹车会变成「slop cannon」。三种刹车，自动化检查、自动化 review、人工 review。一次只加一个自动触发，先节流，刹车可信后再放开；循环次数设上限。 2. Fill every slot：表里对比三种起步方案，全 GitHub、Linear + GitHub、自建 tracker。选产品时再读对应 survey。 3. Question every task：五个问题，谁触发、做什么并读写哪些服务、接着触发什么、人从哪再进来、如何防双跑；每个 ticket source 还要问如何防重复建单。 示例任务链（节选） 未分流 ticket → Explore；ready → Implementer（开 draft PR）→ Automated review；失败 → Rework（有次数上限）；大规格 → Decompose；更严检查 → 每日 Ratchet；反馈按钮 / 监控 → ticket source；工厂自身失败 → Fix；漂移 → 夜间 Architecture；重复犯错 → 节流 Retro。 四个调研文档在干什么 按类型归纳可选产品（非实时目录）：tracker 六类、git host 六类、runner 五类、可观测四类（含「什么都不加」）。每份声明可能过期，结尾有「还需现场核实」的问题清单。 明确不做 / 故意丢掉的词 · 不做：把 Part Two 旧脚本（仍用 trigger / state / workflow / action）对齐到这套词，Matt 暂搁置 · 词汇上故意不收：state、workflow、action、job、sandbox、credential、run output；brake / accelerator 只当「Start slow」里的建议，不当正式术语

曝光 305 · 评论 0 · 点赞 4 · 书签 3