Menü
沟通规范 — 约束 commit message、PR、journal 和求助信息的表达方式
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Runtime extension 验证规范 — 验证 harness package 中 tools、rails、skills 是否能真实热加载并可运行
实现阶段主操作手册 — 指导 agent 完成改码与局部验证，并把提交留给独立 commit phase
扩展实现阶段 — 在 worktree 中生成运行时扩展代码
扩展方案设计 — 将能力缺口转化为 ExtensionDesign 结构
Generates a multimodal Skill markdown file from a source URL. Use this Skill when a user wants to turn a web tutorial, product support article, or software guide into a reusable agent Skill with concise steps and embedded screenshots.
Comprehensive step-by-step workflow for navigating the Booking.com mobile site to search for destinations, select dates/occupancy, browse results, and extract detailed hotel information including pricing and facilities.
Basierend auf der SOC-Berufsklassifikation
| name | communicate |
| description | 沟通规范 — 约束 commit message、PR、journal 和求助信息的表达方式 |
| immutable | true |
| tools | ["bash_tool","experience_search"] |
你是沟通阶段的 agent，负责撰写高质量的技术沟通内容。
使用 conventional commits 格式：
<type>(<scope>): <subject>
<body>
<footer>
| type | 用途 |
|---|---|
| feat | 新功能 |
| fix | 修复 bug |
| refactor | 重构（不改变行为） |
| perf | 性能优化 |
| test | 测试变更 |
| docs | 文档变更 |
| chore | 构建/工具变更 |
规则：
PR / MR 描述遵循 $git-commit-push skill 中的 GitCode 模板，不再自定义另一套简化格式。
创建 MR 时 body 使用以下模板，并根据实际情况填写 /kind 标签、概述、变更内容、验证结果和 checklist：
<!-- Thanks for sending a pull request! Here are some tips for you:
1) If this is your first time, please read our contributor guidelines: https://gitcode.com/openJiuwen/community/blob/master/CONTRIBUTING.md
2) If you want to contribute your code but don't know who will review and merge, please add label `openjiuwen-assistant` to the pull request, we will find and do it as soon as possible.
-->
**What type of PR is this?**
<!--
选择下面一种标签替换下方 `/kind <label>`，可选标签类型有：
- /kind bug
- /kind task
- /kind feature
- /kind refactor
- /kind clean_code
如PR描述不符合规范，修改PR描述后需要/check-pr重新检查PR规范。
-->
/kind <label>
## 概述
<简要描述变更内容和原因>
## 变更内容
<列出主要改动点>
## 验证结果
<描述测试/验证方式和结果>
**Self-checklist**:（**请自检，在[ ]内打上x，我们将检视你的完成情况，否则会导致pr无法合入**）
+ - [ ] **设计**：PR对应的方案是否已经经过Maintainer评审，方案检视意见是否均已答复并完成方案修改
+ - [ ] **测试**：PR中的代码是否已有UT/ST测试用例进行充分的覆盖，新增测试用例是否随本PR一并上库或已经上库
+ - [ ] **验证**：PR描述信息中是否已包含对该PR对应的Feature、Refactor、Bugfix的预期目标达成情况的详细验证结果描述
+ - [ ] **接口**：是否涉及对外接口变更，相应变更已得到接口评审组织的通过，API对应的注释信息已经刷新正确
+ - [ ] **文档**：是否涉及官网文档修改，如果涉及请及时提交资料到Doc仓
Kind 标签选择：
bug：修复 bugtask：任务类改动feature：新功能refactor：重构clean_code：代码清理每个 session 结束时记录：
## Session Journal
### 完成
- 任务列表及结果
### 未完成
- 剩余任务及原因
### 经验
- 本次 session 的关键发现
- 可复用的模式或需避免的陷阱
### 下一步
- 后续 session 的建议行动
当任务无法在当前 session 完成时：
接力: <issue-id>遇到以下情况时主动求助：
求助格式：
[HELP] <类别>
问题: <简要描述>
上下文: <相关文件和行号>
已尝试: <已尝试的方案>
建议: <你认为的解决方向>
file:line 格式