mcpField
S
submit-solution

submit-solution

github.com/anthropics开发2.2k59 次安装2 周前更新
代码仓库

关于 submit-solution

submit-solution 是一项工作坊技能，引导参与者记录 StockPilot Agent 的拆解方案、提交代码并创建附带反馈的 PR，便于主持人查看方案和课程意见。

主要功能

  1. 01操作 Git 前收集工作坊反馈
  2. 02检查 agent.py 差异和评估分数
  3. 03指导创建分支、提交和推送
  4. 04准备包含反馈模板的 PR
  5. 05排除评估报告和 ID 文件

适用场景

  1. 01提交工作坊 Agent 拆解方案
  2. 02向主持人分享最终评估分数
  3. 03结构化反馈工作坊内容

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/anthropics/cwc-workshops --skill submit-solution

安装后在 Claude Code 中输入/submit-solution确认已加载。

详细介绍

提交你的 StockPilot 解决方案

你正在帮助一位工作坊参与者打包他们的 agents/starter/agent.py 拆解方案并发起 PR。引导者会通过 PR 了解大家采用了哪些方法，而 PR 描述也会作为工作坊反馈表。

步骤 1 — 先询问他们的体验

在操作 git 之前，先询问以下三个问题（使用 AskUserQuestion 或直接对话询问）：

  1. 第 3 轮中，你采用了哪种子 Agent 方案？ （callable_agents / spawn_subagent / inline / 其他）
  2. 工作坊中最难的部分是什么？ （某一轮、某个概念、工具，或时间安排）
  3. 你会做出什么改动？

记下他们的回答——这些内容要写进 PR 正文。

步骤 2 — 向他们展示将要提交的内容

git diff main -- agent-decomposition/agents/starter/agent.py

简要介绍差异：他们移除了哪些工具、启用了哪些技能，以及接入了哪种子 Agent 方案。如果差异为空，说明他们没有编辑 starter——询问他们是否在其他文件中进行了修改。

还要记录他们最终的评估分数：

ls -t evals/reports/*/starter.json | head -1 | xargs cat | python -c "import json,sys; d=json.load(sys.stdin); print(f'{d[\"score\"]:.0%}')"

步骤 3 — 提交并推送

git checkout -b solution/<their-name-or-handle>
git add agent-decomposition/agents/starter/agent.py
git commit -m "Workshop solution: <subagent approach>, <score>%"
git push -u origin solution/<their-name-or-handle>

如果还不知道他们的姓名或用户名，就询问一下。如果他们没有 anthropics/cwc-workshops 的推送权限，让他们先创建 fork（gh repo fork --clone=false），然后推送到自己的 fork。

步骤 4 — 在 PR 正文中填写反馈并发起 PR

gh pr create --title "Workshop solution — <name>" --body-file -

PR 正文模板（根据步骤 1 + 步骤 2 填写）：

## My decomposition

- Subagent approach: <callable_agents | spawn_subagent | inline | other>
- Final eval score: <NN>%
- Tools I dropped: <list>
- Skills I enabled: <list>

## Workshop feedback

**Hardest part:** <their answer>

**One thing I'd change:** <their answer>

**Anything else:** <free text — leave blank if nothing>

步骤 5 — 确认

把 PR URL 告诉他们并致谢。说明引导者会阅读每一个 PR，而这些反馈会直接影响下一次工作坊的安排。

不要

  • 不要在他们查看差异和正文之前发起 PR
  • 不要为了“节省时间”而跳过反馈问题——这正是重点
  • 不要将 evals/reports/ 或 .stockpilot_ids.json 包含在提交中

评论

支持 Markdown