Skip to content
Conduit

skill

opc-agent-team

一人公司 AI 角色团:33 个岗位角色卡(质量、设计、研发、增长、客户成功、经营、风控、洞察)+ 场景编排 + 派工分诊工具,适用 Claude Code / Codex。33 AI agent role cards for one-person companies.

fandral2008/opc-agent-teamcommunitylistedunreviewed

Set up

Skills are installed by placing their folder where your agent loads skills.

The download comes from github.com/fandral2008/opc-agent-team itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Nov 8, 2026

English | 中文

opc-agent-team

A set of 33 role cards for one-person companies (OPC): QA, design, engineering, growth, customer success, executive review, risk control and market insight, written as AI agent prompts. Each card runs as a Claude Code subagent or can be handed to Codex or any agent that reads Markdown. Cards are generic; everything project-specific lives in your own project-profile.md. Default posture is read-only, test accounts and fake data only.

一人公司 AI 角色团

把一人公司需要的各路岗位做成可点名运行的 AI 代理角色卡:33 个岗位,覆盖质量、设计、研发、增长、客户成功、经营评审、风控和洞察。适合小型 SaaS、微信小程序 + Web 管理后台这类产品,不绑定任何具体项目。

三条设计原则:

  • 角色卡是通用的,项目差异只写进你自己的 project-profile.md,每个角色开工先读它。
  • 每个角色只回答自己那一类问题,结论必须有证据(截图、代码位置、数据),代理的报告只算待核实线索。
  • 默认只读,只用测试账号和假数据;发布、发消息、生产写入、付费、改价一律不做,只出建议和文案。

岗位总表

部门角色名岗位什么时候派
调度chief-of-staff幕僚长需要决定本次该派哪些岗位、写运行计划、汇总去重各岗位报告并分诊时使用
经营ceo-reviewer经营评审需要对产品方向、投入取舍、继续调整或停止做出判断时使用
经营finance-pricing定价与单位经济需要设计或调整付费档、虚拟积分定价、核算成本与毛利、设计付费验证实验时使用
经营legal-counsel法务收费前或签约前,需要梳理协议文本、知识产权、主体与收益归属、收费与发票,并列出须执业律师确认的事项时使用
经营legal-compliance合规涉及小程序平台审核规则与类目、隐私与个人信息、虚拟物品与诱导行为、开源许可、内容安全、对外宣传用语时使用
风控risk-control-reviewer风控规则审查积分、奖励、邀请、促销、免费期、举报等业务规则上线或调整前,需要审查会不会被钻空子并给出限额与监控建议时使用
洞察cross-domain-strategist跨界策略师增长遇到瓶颈或季度规划时,需要从其他行业借成熟机制并设计带判定线的小实验时使用
洞察market-scout竞品与爆品侦察员需要定期扫描竞品、替代方案和近期爆品,只用公开信息提炼值得学与不该学的点时使用
产品data-analyst数据分析需要看漏斗、活跃与留存口径、发现指标缺口、制定只读聚合查询规范时使用
产品product-manager产品经理需要把需求、反馈或缺陷整理成问题定义、方案与提案,并判断是否应做成配置而不是改代码时使用
产品user-researcher用户研究需要准备访谈提纲、归类用户反馈、做模拟用户采访并说明其局限时使用
设计interaction-designer交互设计需要评审导航结构、返回路径、弹层、键盘操作,以及空态、错误态、未开通态的完整性时使用
设计ux-writer界面文案需要统一界面用词、检查按钮动词与错误提示可行动性、维护术语表时使用
设计visual-design-reviewer视觉设计评审需要评审界面层级、间距、配色、主题与皮肤组合的截图墙,并对照获奖级品质标准给出改进项时使用
研发architect-reviewer架构评审需要评审技术方案、可配置性、数据模型与迁移风险,判断“第 N 个客户要不要改代码”时使用
研发code-reviewer代码评审需要评审代码改动的正确性、回归风险与测试覆盖,找出会在真实使用中出错的地方时使用
研发release-sre发版与运维需要准备发版清单、核对备份可恢复、设计回滚、检查健康与容量磁盘告警时使用
研发security-reviewer安全评审需要评审越权、租户隔离、令牌与会话、注入、日志脱敏、依赖漏洞时使用
质量qa-accessibility可访问性测试需要检查大字体、适老化、色弱、对比度、触控尺寸与读屏支持,确保各类用户都能用时使用
质量qa-cross-platform跨端一致性测试需要核对小程序、Web 管理后台与用户手册三者在功能、数据、术语和步骤上是否一致时使用
质量qa-daily-task-tester高频任务真跑测试需要在测试租户里把用户每天做的高频任务从头到尾真实走一遍,记录步数、耗时、卡点,并核对写入后各读取端是否一致时使用
质量qa-edge-case-breaker边界与异常破坏测试需要用异常输入、跨月跨年、时区、断网弱网、切后台、重复点击、未保存返回、键盘遮挡、安卓返回键等手段主动弄坏功能时使用
质量qa-new-user-tester新人体验测试需要以零上下文新用户身份走首次体验,覆盖不同类型的新人,并配合独立评审代理复核时使用
质量qa-performance性能测试需要检查首屏时间、小程序包体余量、慢接口 p95、内存占用与长列表流畅度时使用
质量qa-permission-tester身份权限测试需要按多身份与多入口的矩阵测试权限、跨租户访问、代为操作的只读限制和迟到响应时使用
增长channel-bd渠道合作需要寻找并评估行业协会、会议、同行社群、合作伙伴等渠道,并准备合作提纲与评估表时使用
增长community-ops社群运营需要运营用户群、维护种子用户、组织共建者计划并安排运营节奏时使用
增长content-marketer内容营销需要为公众号、小红书、朋友圈、视频号规划选题和素材,使用真实场景而不用未授权客户案例时使用
增长growth-hacker增长需要设计拉新回路、邀请与转发机制、激活第一步,并把增长单位定为团队时使用
增长search-aso搜索与商店优化需要优化微信搜一搜、小程序名称与简介关键词、应用商店信息与官网搜索收录时使用
客户成功onboarding-specialist客户接入需要设计新客户接入路径、准备模板、缩短首次成功时间,或新客户接入受阻需要诊断时使用
客户成功retention-churn留存与流失需要设计流失预警信号、回访提纲、续费与再激活实验时使用
客户成功support-desk客服支持需要归类工单、维护 FAQ、保持手册与界面一致,并撰写回复文案时使用

5 分钟上手

  1. 复制 project-profile.template.md 为你项目根目录下的 project-profile.md,按实际情况填写产品形态、测试账号获取方式、可写范围、禁止动作、发版节奏、关键指标。密码不要写进去,只写获取方式。

  2. 构建并安装角色:

    python3 scripts/build.py && cp dist/claude-code/agents/*.md ~/.claude/agents/
    

    想只在某个项目内使用,把目标改成该项目的 .claude/agents/。

  3. 先点名 chief-of-staff,告诉它这次的场景(例如“下周三发版”),它会对照 playbooks/ 选岗位并填写 templates/run-plan.md。

  4. 按计划逐个点名岗位,每个岗位按 templates/report.md 交回报告。

  5. 让 chief-of-staff 汇总去重,得到一页分诊单,由你决定处理顺序。

运行方式

Claude Code:安装后在对话里直接点名,例如“用 qa-permission-tester 按项目档案跑一遍权限矩阵”,也可以让主对话按 description 自动派发。

Codex、Antigravity 或其他代理:构建后每个角色有一份完整的 Markdown(dist/markdown/<name>.md,已附共用边界)。在项目的 AGENTS.md 里写一句:

需要质量检查时,按 <本仓库路径>/dist/markdown/qa-permission-tester.md 执行,先读项目根目录的 project-profile.md。

自动化辅助工具

仓库内置轻量级调度辅助工具 scripts/runner.py(无第三方依赖):

  1. 按编排生成计划:
    python3 scripts/runner.py plan pre-release --out run-plan.md
    python3 scripts/runner.py plan pre-release --reports ./reports   # 带出上次分诊单的 P0/P1
    
  2. 按改动文件智能推荐岗位:
    python3 scripts/runner.py suggest src/auth/guard.ts src/billing/pricing.vue
    git diff --name-only | python3 scripts/runner.py suggest -
    
  3. 多岗位报告汇总与分诊:
    python3 scripts/runner.py triage ./reports --out triage-summary.md
    python3 scripts/runner.py triage ./reports --archive ./reports   # 写为 triage-YYYYMMDD.md,同日不覆盖
    

开源工具与系统生态

部分角色可以搭配本机命令行工具取得第一手证据,多数角色一个,并标明数据是否出本机,详见 可选开源工具:Gitleaks、Semgrep、Playwright、axe-core、Lighthouse、Vale、ScanCode Toolkit。

编排

按场景组合岗位,见 playbooks/:

编排场景
发版前质量周一个版本发布前的完整质量检查
新功能上线新功能或新流程开放入口之前
月度增长复盘每月初复盘漏斗、留存、内容与渠道
季度经营评审每季度决定继续、调整或停止
新客户接入受阻客户卡在接入的某一步
事故复盘P0 问题或回滚之后
小程序提审上架小程序首次提审、含新类目或收费入口的版本、被驳回后重提

安全边界

所有角色共用的边界在 roles/_shared.md,构建时附到每个角色末尾:

  • 只读优先;只使用项目档案里的测试账号和测试租户。
  • 不提审、不发布、不发消息、不付费、不改价、不删数据、不改真实客户配置。
  • 生产数据只做聚合,不输出个人信息;示例一律使用虚构数据。
  • 每条结论附证据;模拟用户得出的判断只算待验证假设。
  • 遇到需要人扫码、登录或批准的步骤就停下交回。

目录

roles/<部门>/<角色>.md      角色卡源文件(唯一正文)
roles/_shared.md            全体角色共用边界
playbooks/                  运行编排
templates/report.md         岗位报告模板(P0 至 P3 分级)
templates/run-plan.md       一次运行的计划模板
project-profile.template.md 项目档案模板
docs/ecosystem.md           可选开源工具
scripts/build.py            生成 dist/
scripts/runner.py           自动化编排与派工辅助工具
scripts/check.py            校验角色卡、编排、禁词与链接
tests/test_build.py         构建与校验的测试

角色卡格式

文件头是简单的 key: value,不依赖 yaml 库:name(全仓唯一的小写连字符)、title、dept、description(写清什么时候该派它)、tools、model、cadence、inputs、outputs、handoff。正文固定八节:使命、什么时候派、开工先读、工作步骤、必查清单、不做的事、交付、交接给谁。每张卡 60 至 150 行。

开发

只用 Python 标准库,无需安装依赖:

python3 scripts/check.py
python3 -m unittest discover -s tests
python3 scripts/build.py

借鉴来源

  • gstack:把软件团队的岗位做成可点名的技能,每个岗位有固定的流程与产出。
  • contains-studio/agents:按部门组织的子代理集合,以及“什么时候该派它”的描述写法。
  • Midscene.js:用自然语言驱动界面操作与验证的思路,用于真实界面上的走查。
  • UXAgent:用模拟用户做可用性测试的方法,以及它只能产生待验证假设的局限。

联系与合作

想让角色团适配你的项目,或需要一对一搭建,欢迎在 X 私信:@Fandral2008。

许可

MIT,见 LICENSE。

↑↓ navigate openesc close