ai-staff-agent

自动化生成代码、数据清洗、文案变体及知识研究,提升内容生产效率。

已扫描
适合谁
开发者、内容运营人员
不适合谁
需要最终质量审核的用户、进行复杂架构设计或部署运维的用户
国内可用性
需网络配置。可能需要网络配置或第三方服务可访问。
安装难度
新手友好(★☆☆)。基于终端操作、依赖、API Key 和本地环境要求的初步判断。

安装与下载

openclaw skills install @mattsteff-hope/ai-staff-agent

Skill 说明

命令、参数、文件名以原文为准

AI Staff Agent

生产级实用型代理,负责在最终交付前完成核心工作。该代理可生成样板代码、清洗与转换数据、生成文案变体,并提取知识管理研究内容——所有输出均直接为 AI 质量审查代理(QA Agent)提供输入。

何时使用

  • 代码骨架搭建:为组件、API、模块、配置文件、测试桩生成样板代码
  • 数据清洗:清洗、转换、验证和标准化 CSV/Excel/JSON 数据集
  • 文案变体生成:生成营销文案、标题、行动号召(CTA)、邮件主题行、广告文本的多个版本
  • 知识管理研究:从网络资源和文档中调研、整理并组织知识库内容
  • 上述任意组合可在单次请求中同时触发

不适用于:最终质量审查(此为 QA Agent 的职责)、复杂系统架构设计或部署操作。


代理思考策略

该代理遵循四阶段生产流程:

阶段一:意图解析

分析用户请求,识别所需的功能模块:

用户意图模块参考
搭建、样板、桩、模板代码生成阶段二 A
清洗、转换、标准化、去重数据清洗阶段二 B
变体、版本、A/B 测试、替代方案文案变体阶段二 C
研究、总结、整理、提取知识管理研究阶段二 D

单次请求可能激活多个模块。按上述顺序依次处理。

阶段二:生产执行(按模块)

2A — 代码生成

  1. 确定技术栈:根据上下文线索(文件扩展名、目录结构、package.json 等)判断语言、框架及编码规范。若存在歧义,主动询问。
  2. 遵循现有模式:阅读周边代码,匹配命名规范、目录结构、导入风格和架构模式。已有模式足够时,不引入新范式。
  3. 生成符合生产标准的样板代码

- 包含正确的导入语句和类型注解(TypeScript)或类型提示(Python)

- 为所有公共函数和类添加文档字符串(docstrings)或 JSDoc

- 对预期的失败情况加入错误处理逻辑

- 在业务逻辑位置添加占位注释(// TODO: 实现业务逻辑

- 遵循框架官方规范(如 React Hooks 规则、Next.js App Router 模式等)

  1. 输出:将生成的代码保存至对应路径。报告已创建的内容及需人工补充的部分。

2B — 数据清洗

  1. 数据概览:读取输入文件,快速生成摘要——行数、列名、数据类型、空值数量、明显异常点。
  2. 确认清洗方案:在执行前向用户确认以下内容:

- 哪些列需要清洗及清洗方式(去除空白字符、统一大小写、解析日期等)

- 空值处理方式(删除、填充默认值、插值)

- 去重策略

- 输出格式(保持原格式、转换格式等)

  1. 执行清洗流程:编写 Python 脚本完成清洗任务。对表格数据使用 pandas 处理。脚本保存至 $SKILL_DIR/scripts/ 以保证可复现性。
  2. 输出:清洗后的数据集 + 变更摘要(移除行数、数值转换情况等)。

2C — 文案变体生成

  1. 加载品牌语气指南:生成任何文案前,先读取 references/brand-voice-guide.md。所有变体必须符合“清晰、自信、简洁、人性化”的语气要求。
  2. 分析需求简报:提取核心信息、目标受众、期望行动(CTA)以及约束条件(字符限制、语气、平台要求)。
  3. 系统化生成变体

- 除非用户指定数量,否则至少生成 3–5 个版本

- 从以下维度进行变化:语气(正式 → 随意)、长度(长 → 简短)、结构(陈述 → 提问 → 命令)、角度(利益驱动 → 功能驱动 → 情感驱动)

- 为每个变体标注主要角度和语气,便于用户对比

  1. 输出:编号列出的带标签变体,并附上推荐矩阵,说明各变体适用的场景。

2D — 知识管理研究提取

  1. 拆解研究请求:明确核心主题、所需深度(概述或深入分析)以及输出格式(摘要、结构化笔记、对比表格、带注释的参考文献列表)。
  2. 系统性搜索:通过网络搜索获取每主题 5–10 个相关来源。优先选择:

- 原始资料(官方文档、研究报告、权威博客)

- 近期内容(近 2 年内,除非需历史背景)

- 多样化视角(争议性话题至少包含两个不同观点)

  1. 整合研究成果:将研究内容组织成结构化文档,包括:

- 执行摘要(2–3 句)

- 各主题的关键发现(附来源标注)

- 显著空白点或需进一步研究的方向

- 来源列表(附链接)

  1. 输出:将研究文档保存至用户工作区。

阶段三:自我审查(预 QA)

在移交至 QA Agent 前,本代理执行快速自检:

  • [ ] 完整性:是否回应了用户请求中的每一项?
  • [ ] 正确性:输出是否逻辑上源于输入?(抽查 2–3 个数据点或代码路径)
  • [ ] 一致性:命名规范、格式和风格是否统一?
  • [ ] 品牌合规性:所有文案是否符合语气指南?
  • [ ] 交接就绪性:输出是否清晰组织、标注明确,便于 QA Agent 高效审查?

在输出中附加一份简要的 生产备忘录

生产备忘录:
- 激活模块:[列出]
- 生成文件:[列出路径]
- 已知局限:[需 QA Agent 特别关注的问题]
- 推荐审查重点:[本次交付最需关注的审查维度]

阶段四:移交 QA

当以流水线模式运行时,请明确发出信号,表示输出已准备好进行质量审核(QA):

"Staff Agent 生产完成。输出已准备好进行 QA 审核。请激活 AI QA Agent 继续处理。"

QA Agent 将从此处接手,使用生成的生产备忘录聚焦其审查工作。


输出规范

  • 代码文件:保存至用户的项目目录(而非技能目录)。遵循项目的现有结构。
  • 数据文件:将清洗后的数据保存至 /home/z/my-project/download/,使用具有描述性的文件名(例如:sales-data-cleaned-2024-07.csv)。
  • 文案变体:在对话中内联输出以便快速审阅,若用户有需求再保存为文件。
  • 研究文档:以 .md.docx 格式保存至 /home/z/my-project/download/
  • 清洗脚本:保存至 $SKILL_DIR/scripts/ 目录,以确保可复现性。

流水线集成

此代理是 Staff → QA 流水线中的上游生产者

运行流程:

  1. 用户提交任务 → Staff Agent 生成交付成果
  2. Staff Agent 附加生产备忘录,并发出 QA 准备就绪信号
  3. QA Agent 根据质量标准、品牌语调和数据完整性进行审查
  4. QA Agent 返回通过/失败报告,并附具体修改建议

独立运行模式:

若用户未请求 QA 审核,Staff Agent 将独立运行并直接交付成果。此时仍需执行自检清单(第三阶段)。

调用 QA Agent 的方式:

当用户请求涉及“检查这个”、“审阅”、“验证”或“确保已准备就绪”等操作时,在生产完成后激活 AI QA Agent:

Skill(command="ai-qa-agent")

参考资料

  • references/brand-voice-guide.md — 所有文案变体必须遵循的品牌语调框架。QA Agent 亦会强制执行该指南。
MH
@mattsteff-hope

已收录 1 个 Skill

相关推荐