菜单
Use when the user wants to generate, rewrite, validate, or prepare Git commit messages, pull request titles, or pull request descriptions.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
数据权限管理技能：支持资源权限查询与权限申请。 先判定“查询权限”还是“申请权限”，再按资源类型执行对应接口。 当用户提出“申请权限”、“查是否有权限”、“给某资源授权”时使用。
Guides creation of BKN (Business Knowledge Network) definition files following v2.0.1 spec. Covers network, object_type, relation_type, action_type, concept_group. Use when creating knowledge networks, BKN files, object types, relation types, action types, concept groups, or when user asks to model business knowledge in BKN format. When kweaver-core is also loaded, use it to run kweaver CLI (auth, bkn push) after files exist.
数据分析员工（Data Analyst Agent）的唯一总入口：凡与数据资产、取数、指标、表/视图、 治理职责、知识网络等相关的问题，必须先经本 skill 做编排与路由，再进入找表或问数等子流程。 当用户提出数据类问题、需要知识网络选择、或需要在找表与问数之间切换时使用。
向飞书指定用户（通过 user_id）推送消息。 支持文本、卡片、图片、文件等多种消息类型。当用户需要给飞书用户发送推送消息时自动使用。
全局归档协议。只要任务需要写入任何文件（含 PLAN.md、报告、JSON 等归档物），必须按本技能执行 Session→ARCHIVE_ID、TIMESTAMP、双轨路径（根段须为 archives/）、回读校验与状态回执；WebUI 的 archive_grid 必须用 Markdown 中语言标识为 json 的围栏代码块输出。
KWeaver CLI 操作层 — 内化自 kweaver-core。 覆盖认证、平台业务域（config）、知识网络管理与查询、Agent CRUD 与对话、 数据源管理、数据视图、Skill 注册、Vega 可观测、context-loader 语义搜索、通用 API 调用。 仅由 bkn-creator pipeline 内部读取，不独立注册到宿主 skill 系统。
| name | git-workflow |
| description | Use when the user wants to generate, rewrite, validate, or prepare Git commit messages, pull request titles, or pull request descriptions. |
为当前仓库变更生成可追溯的 Git 提交信息和 Pull Request 内容。输出必须准确反映实际变更，不编造测试结果、需求背景、CI 状态或风险结论。
git diff --staged。git diff。git status --short。如果信息不足以判断意图，先问一个具体问题，不要猜。 生成 commit message 时，默认只基于已暂存变更；没有已暂存变更时再说明将基于未暂存变更生成。生成 PR 内容时，默认基于当前分支相对目标分支的已提交变更；未提交变更只能作为额外提醒，不能默认写进 PR 已完成内容。
按需读取最小上下文：
git branch --show-current
git status --short
git diff --staged
git log --oneline main..HEAD
git diff --stat main...HEAD
git diff main...HEAD
缺少目标分支时默认使用 main；仓库没有 main 时尝试 master；仍无法判断时询问用户。
默认使用 Conventional Commits 风格：
<type>(<module>): <subject>
模块不明确或变更多模块无法拆分时省略模块：
<type>: <subject>
需要正文时：
<type>(<module>): <subject>
<body>
<footer>
| type | 使用场景 |
|---|---|
feat | 新增用户可见功能、接口、能力 |
fix | 修复 bug、错误行为、异常处理 |
docs | 文档变更，不影响运行时代码 |
test | 新增或调整测试 |
refactor | 不改变外部行为的代码结构调整 |
chore | 依赖、工具、脚本、配置等维护工作 |
build | 构建系统、打包、镜像相关变更 |
ci | CI/CD 流程或配置变更 |
style | 纯格式化、空白、代码风格调整 |
perf | 性能优化 |
revert | 回滚提交 |
studio、hub。routes、types、openapi、readme、deps，除非它们本身是用户认可的模块。update code、misc changes、fix stuff 等模糊表达。只要求 commit message 时，默认输出 1 到 3 个候选，推荐项放第一：
1. feat(studio): add agent creation endpoint
2. feat(hub): add workspace sync support
3. feat: add agent creation and workspace sync support
如果用户要求校验，输出是否合规、原因和修正版。
PR title 默认复用 commit message 规则，并必须让跨团队评审者快速理解变更范围：
<type>(<module>): <subject>
studio、hub。默认使用 GitHub 风格模板：
# Pull Request: <type>(<module>): <subject>
## Purpose
<!-- Why is this change needed? What problem does it solve? Link related issues. -->
## Implementation Details
<!-- What changed technically? Explain notable design choices and tradeoffs. -->
## Testing Evidence
<!-- List real automated and manual testing performed. Do not invent results. -->
### Automated Tests
- [ ] Unit tests
- [ ] Integration tests
- [ ] E2E tests
- [ ] Other:
### Manual Testing
<!-- Describe manual verification steps, or write "Not run (reason: ...)". -->
## Impact Assessment
<!-- Note potential impacts on APIs, routes, OpenAPI docs, README API docs, configs, deployment, data, performance, or other modules. -->
## Review Checklist
- [ ] Code follows project style guidelines
- [ ] Functions and parameters include TSDoc/JSDoc where applicable
- [ ] Tests are added or updated where behavior changed
- [ ] Automated tests pass locally or the reason is documented
- [ ] Route changes update `docs/openapi` and `README.md` API sections
- [ ] Type changes are reflected in `src/types`
- [ ] No unrelated files, formatting churn, or speculative abstractions are included
- [ ] `docs/design` was not modified
## Related Issues
<!-- Link tickets, issues, requirements, or discussions. Use "Closes #..." only when appropriate. -->
用户要求中文时使用：
# Pull Request: <type>(<module>): <subject>
## 目的
<!-- 为什么需要这个变更？解决什么问题？关联哪些 issue 或需求？ -->
## 实现细节
<!-- 技术上改了什么？说明关键设计选择和取舍。 -->
## 测试证据
<!-- 列出真实执行过的自动化和手工测试，不要编造结果。 -->
### 自动化测试
- [ ] 单元测试
- [ ] 集成测试
- [ ] E2E 测试
- [ ] 其他：
### 手工测试
<!-- 说明手工验证步骤，或写“未运行（原因：...）”。 -->
## 影响评估
<!-- 说明对 API、routes、OpenAPI 文档、README API 文档、配置、部署、数据、性能或其他模块的影响。 -->
## Review Checklist
- [ ] 代码符合项目风格
- [ ] 函数和参数在适用处包含 TSDoc/JSDoc
- [ ] 行为变更已新增或更新测试
- [ ] 自动化测试已本地通过，或已说明未运行原因
- [ ] routes 变更已同步更新 `docs/openapi` 和 `README.md` API 部分
- [ ] 类型变更已同步更新 `src/types`
- [ ] 未包含无关文件、格式噪音或推测性抽象
- [ ] 未修改 `docs/design`
## 关联问题
<!-- 关联 issue、需求或讨论。只有真正关闭问题时才使用 “Closes #...”。 -->
Not run (reason: ...) 或 未运行（原因：...）。src/types 变更。Closes #... 和 draft PR。Purpose 改为 Why is this MR needed?，把 Implementation Details 改为 Implementation Notes，把 Related Issues 改为 Relevant issue links。Related Issues 写成 Fixes: AB#<work-item-number>；保留 Types of changes 或 Checklist，方便和 work item 关联。默认输出：
Title:
feat(studio): add agent creation endpoint
Body:
# Pull Request: feat(studio): add agent creation endpoint
## Purpose
Add an endpoint for creating agents from DIP Studio so clients can start the agent lifecycle through the backend API.
## Implementation Details
- Add the agent creation route and request/response types.
- Update OpenAPI and README API documentation for the new route.
## Testing Evidence
### Automated Tests
- [x] Unit tests: npm test
- [ ] Integration tests
- [ ] E2E tests
- [ ] Other:
### Manual Testing
Not run (reason: covered by route tests).
## Impact Assessment
Low: endpoint behavior is covered by route tests and API documentation is updated.
## Review Checklist
- [ ] Code follows project style guidelines
- [ ] Functions and parameters include TSDoc/JSDoc where applicable
- [ ] Tests are added or updated where behavior changed
- [ ] Automated tests pass locally or the reason is documented
- [ ] Route changes update `docs/openapi` and `README.md` API sections
- [ ] Type changes are reflected in `src/types`
- [ ] No unrelated files, formatting churn, or speculative abstractions are included
- [ ] `docs/design` was not modified
## Related Issues
Closes #123
用户只要求标题时，只输出标题候选；只要求描述时，不输出标题。
test。docs。docs(<module>)。test(<module>) 或 chore(<module>)。chore(<module>)，subject 说明依赖变更。build(<module>)。ci(<module>)。