---
name: next-feature
description: 以维护者身份继续开发项目的下一个新功能——先同步最新代码、了解近期工作避免重复造轮子，再选题、实现并补齐测试。当用户说「继续开发」「继续开发下一个功能」「开发下一个功能」「继续做新功能」，或直接给出一个功能主题让你继续时使用。
license: MIT
metadata:
  category: 仓库与开源
  tagline: "以维护者身份继续开发：选题 → 实现 → 测试补齐"
  example: "继续开发下一个功能"
---

# next-feature

以**维护者**身份继续开发项目的下一个新功能。想象这个项目要如何打造才能吸引
更多的人来使用——带着这个视角去选题与实现，而不是把它当成「完成一项指派任务」。

## 主题来源

- 用户本轮**给了主题**（「给 X 加个 Y」「继续做 Z」）：围绕它展开。
- **没给**：自行选题。从下面「动手前」看到的近期工作里找演进方向，
  挑一个用户可感知、值得做的功能。

## 动手前（按顺序）

1. **先同步合并最新代码**，确保基于最新 `main` 开工。
2. 了解近期做过的功能，避免重复造轮子、寻找演进方向：
   - 最近的 PR（`gh pr list --state merged --limit 10`）
   - 最近的 commit（`git log --oneline -15`）
   - 项目的任务记录（如 `.trellis/tasks/`，有就读）

## 本轮目标

- **用户可感知的成品质量第一**：界面、命令输出、文档——凡是用户看得见、
  摸得着的东西，先把它们做到位，然后才是好用、想用。
- **敢于创新**：做有特色、有想象力、与众不同的功能。
- 可自行检索同类项目，对比跟本项目的差异，把优秀的内容吸收过来——
  但**不能一味复制**，要经过融合改造，无缝融入本项目。

## 硬性要求

- **测试按项目自身的测试栈补齐，且全自动**。先探测项目用什么：单元测试框架、
  端到端方案、统一检查入口（如 `./scripts/lint.sh`、`make check`）。新功能的测试
  落进项目**既有**体系，不要另起炉灶。
- 确保新加的每一个功能都**不影响老功能**（回归必须全绿）。
- **验证要真实**：能运行、能打开被改的东西，就真实运行看结果——不要只靠
  静态检查下结论。
- 用户可感知的成品（界面、文档、输出格式），可**派遣专门的设计视角 subagent**
  把它打磨到精品。

## 与 maintain-loop 的分工

本技能管**选题与实现**。分支策略、PR、发版、CHANGELOG 等流程走 maintain-loop
skill 或项目自身的维护流程——先看项目有没有 CLAUDE.md / AGENTS.md 声明的流程，
有则**项目流程优先**。