Agent Skills › zhouxiaoka/autoclip › product-board

product-board

GitHub

维护产品社区看板，通过脚本分析讨论并整理需求。根据明确指令管理 GitHub Issue 和 Project 状态，确保路线图准确反映用户反馈，严禁编造数据或混淆 Bug。

skills/product-board/SKILL.md zhouxiaoka/autoclip

触发场景

整理功能呼声将讨论放入路线图询问社区工具接入方式

安装

npx skills add zhouxiaoka/autoclip --skill product-board -g -y

更多选项

不安装直接使用

npx skills use zhouxiaoka/autoclip@product-board

指定 Agent (Claude Code)

npx skills add zhouxiaoka/autoclip --skill product-board -a claude-code -g -y

安装 repo 全部 skill

npx skills add zhouxiaoka/autoclip --all -g -y

预览 repo 内 skill

npx skills add zhouxiaoka/autoclip --list

SKILL.md

Frontmatter

{
    "name": "product-board",
    "description": "维护 AutoClip 的公开社区看板。当用户要看社区反馈、整理功能呼声、把一条讨论放进路线图、 或问 GitHub Discussions、Projects、Quackback、Featurebase 该怎么接时使用。 想法留在 Discussions，只有人确认后才开 Issue。"
}

AutoClip 产品看板

规则的正文在 docs/COMMUNITY_BOARD.md。商业化阶段仍以 ROADMAP.md 为准，当前工程状态以 HANDOFF.md 为准。

先读再动

跑 python3 scripts/feature_signals.py --days 30 --json。
用语义把讨论收成几条需求。脚本里的用词重叠只是提示。
对照已有 status:* Issue，标出重复。
给出排序和「建议停在哪一列」。不要在这一步创建 Issue。

什么时候可以写 GitHub

只有人明确说「放进某一列」或「开成 Issue」才写。

可以建议 Exploring 或 Researching。
Planned、Building、Testing、Shipped 必须使用人说出的那一列，不能自己升级。
合并 PR 不算 Shipped。发版说明里写了才把卡移到 Shipped。

晋升时按 docs/community/issue-body.md 写正文，打 feature 和对应 status:*，加入名为 AutoClip Roadmap 的 Project，并回原讨论帖。

不要做的事

不要把 Q&A 和能复现的 bug 混进路线图。bug 用现有 bug 模板。
不要为了看板去部署 Quackback、Featurebase 或 Linear。触发条件写在 docs/COMMUNITY_BOARD.md。
不要编造票数。没有反应数时就说没有。
应用内反馈会由 scripts/ingest_app_feedback.py 写进 Issue（故障）或 Discussions（想法 / 其他）。这些帖子是收件箱，带反馈编号；不要把 from-app 推进到 Planned。不要把用户指回飞书表格。