maintenance-pass
目标
在已有项目的现实约束下，找出最值得推进的一步，并把它做实。
适用场景
- 老项目继续开发
- bugfix
- 有节制的重构
- 债务清理
- 为下一阶段做收敛和排序
不适用
- 从 0 开新 repo 或新原型
- 主要目标是研究别人的项目并提炼做法
工作方式
- 从当前代码和目录结构出发，不从理想设计出发。
- 先识别现状：已有能力、明显问题、当前卡点、最接近完成的路径。
- 缩小到一个值得推进的改动面。
- 只有在当前方案明显不行时，才重开技术选型；否则优先延续已有模式。
- 输出 continuation packet，而不是泛泛建议。
Continuation Packet
至少包含：
- 当前状态
- 这次选择推进的点
- 为什么先做这个
- 具体下一步改动
- 风险和后续事项
避免
- 无证据地建议全量重写
- 一次打开太多战线
- 忽略 repo 里已经成型的约定和模式
More from zrr1999/skills
unix-software-design
适用于软件设计、架构拆分、边界划分、接口规划、复杂度控制等场景。只要任务核心是“怎么把系统设计得更简单、更透明、更可组合”，就应参考。
33tech-preferences
适用于技术选型、架构规划、工具推荐、重构方向判断、开新坑定栈等场景。只要任务里出现“该选什么”“什么更适合我”“要不要换工具/框架”这类问题，就应先使用。
23modern-stack
个人现代化技术栈说明。在进行任何规划或实现功能、搭建项目脚手架、写示例代码或 CI/自动化配置等任务时，优先按照这里提供的内容来思考和生成方案。
13agent-cli-toolkit
终端取证与 CLI 自动化优先：用 rg/fd、bat、sd、delta/difft、http/jq、fzf、hyperfine、dust/duf/procs/btm、gh/gh-llm、x/vp/bun/uv；多窗格/命名会话/长时并行或 layout 用 zellij。应在用户或任务出现「终端/命令行/shell/CLI」「在机器上跑/验证」「搜仓库/找文件」「看 diff 或 JSON」「查 PR/Issue/GitHub」「磁盘/进程/性能对比」「并行跑多个服务或测试」「tmux 式多会话」或 agent 需用上述工具链而非仅靠编辑器时加载。
12modern-python
用现代 Python 工具链（uv、ruff、ty）初始化或改造项目：生成/调整 pyproject.toml、本地检查命令、预提交与 CI 模板；按项目最低版本（默认 >=3.12，尽量用最新稳定小版本）从 3.12 起叠读各版 What's New 以利用新特性。应在「新建 Python 项目」「写独立脚本要可维护」「统一 lint/format/类型检查」或用户提到 uv/ruff/ty/Python 工程化时加载；与 tech-preferences 的 Python 基线一致，本 skill 负责落地步骤与文件内容。
6project-kickoff
适用于“开新坑”“起新 repo”“先做第一版原型”“先搭最小骨架”“先证明方向可行”这类任务。只要用户想把一个模糊的新想法收敛成最小可行起点，就应使用。
6