Best Minds Board · Daily Workflow

日常工作流 Skill 栈:从你的 Git 足迹到可复用连招

2026-01-18 · Zon(个人日常工作流) · 研究→产出→发布→回滚(可复用)

结合你最近的代码/笔记改动(跨 131 个独立仓库)与微信文章《我至今用到最好的Claude Code Skills,让Agent把重复动作都做成工作流》的 9 个 skills,给出适合你的默认组合与落地步骤。卡尔的AI沃茨 · 2026-01-16 17:19


要点速览

关键洞见

  1. 你不是一个单项目仓库,而是“多仓库工作流”:用看板/索引去管理成果,比用单一 repo 更契合现状。
  2. 高 ROI 的 skill 是“能落盘的”:报告、页面、表格、PDF、repo;能复用才会越来越省力。
  3. 把循环迭代变成工程习惯:每轮都有验收点 + 上限;否则会陷入无穷对话。

步骤指南(新手友好)

新手模式

  1. 确定你的主闭环
    你今天最常见的输入是什么(文章/需求/素材/bug)?选一个闭环先跑通。
  2. 固定落盘路径
    每次产物必须写到固定目录:报告到看板、页面到 Vercel、代码到 Git。
  3. 把技能串成连招
    研究/计划用 best-minds-minimalist;展示用 frontend-design;上线用 vercel-ship;验证用 webapp-testing
  4. 按需补能力
    遇到 PDF/XLSX 输入再用 pdf/xlsx;需要外部服务再用 mcp-builder 做集成。
  5. 一周复盘一次
    用看板把“本周产物”串起来,挑 1 个重复动作做成新 skill(skill-creator)。

检查清单

  • 每次输出都能被复用(报告/页面/仓库),不是只停留在聊天。
  • 所有“循环迭代”都有上限(5–10 次)+ 每轮验收。
  • 所有可上线页面都能一键部署(vercel-ship / vercel-deploy)。
  • 所有代码改动都有 git 保底(github-repo-bootstrap)。
  • 需要搜索/外部数据时再加 MCP,不要过早工程化。
奥卡姆优先(只保留必要的)
  • 默认只用 3 件套:best-minds-minimalistfrontend-designvercel-ship
  • 加一个安全网:github-repo-bootstrap(可回滚)。
  • 再按需加:webapp-testing / pdf / xlsx / mcp-builder

SVG 图解

专家视角

David Allen × Tiago Forte(paraphrase) — GTD(闭环)× Second Brain(以产出为中心)

“Paraphrase:你不是缺工具,而是缺一个能持续运转的闭环(Capture→Clarify→Organize→Reflect→Engage)。” — WeChat article (context)

方案对比

方案 适用场景 收益 代价 关键风险 第一步
A 以“研究/沉淀”为主:笔记、决策、路线规划、复盘 低摩擦把输入变产出;看板可追踪可复用 对外交付速度可能不如直接写代码 只总结不行动 每次读完材料都生成一份 report(看板归档)+ 一条 next action
B 以“交付/上线”为主:页面、工具、原型、产品验证 反馈更快;更容易形成可展示资产 工程成本更高 范围蔓延(scope creep) 先做 1 页可部署的 landing(frontend-design → vercel-ship)

证据与置信度

主张 证据 置信度 来源
你近期的工作重心集中在 8_Workflow / DEVELOPE / Obsidian / music 等多仓库并行 扫描到 131 个独立 git 仓库;你近 30 天更新 18 个,且 8_Workflow 占比最高。 High Local git scan (this report)

下一步

细节(可选)

扩展材料

保持主报告简洁。复杂推导、长表格、深度材料默认放在这里(本次不额外生成二级页面);如需拆分再链接引用。

来源

收尾总结

你的最佳日常工作流不是“更多技能”,而是“更稳的闭环 + 更少的摩擦”。

  • 用看板把多仓库成果串起来:输入→产出→回链。
  • 把迭代写进系统:循环上限 + 验收点 + 可回滚。
  • 先固化 3 件套,再按需求加能力(PDF/XLSX/MCP/测试)。

一个下一步动作

回复我:你最想标准化的重复动作是什么(10 个字内)。

“把重复动作做成可调用的 skill,让你每次更快,而不是每次重来。”

— Skill-first workflow