技能 team-dev
📦
team-dev
內容修訂 r2 高風險 ⚙️ 外部命令
協調平行開發任務
若逐一完成彼此獨立的任務，大型變更可能會耗費較長時間。此技能會依相依關係將任務分組、指派隔離的 worktree，並在整合前驗證工作成果。
支援: Claude Codex Code(CC)
安裝前請停止並請求確認。
請審查安裝計畫，並在變更檔案前取得使用者明確同意。
使用我的智慧代理安裝
將此請求複製給你的智慧代理，其中包含權威 Skill 頁面和清單。
智能體請求
Review the Skillstore skill "team-dev" from https://skillstore.io/skills/cubha-team-dev.md and its manifest at https://skillstore.io/api/skills/cubha-team-dev/manifest. Verify the artifact. Stop and obtain explicit user consent before installing or changing files.你的智慧代理仍應顯示其計畫，並依安全政策請求必要確認。
Agent 可讀資源
當 AI Agent、爬蟲或腳本需要乾淨脈絡、而不是讀取完整頁面時，請使用這些連結。
測試它
正在使用「team-dev」。 將 user-settings 功能拆分為平行工作。
預期結果:
- 群組 1：驗證規則和導覽更新平行執行。
- 群組 2：settings 表單等待驗證規則完成。
- 每個已完成的任務都會回報變更的檔案和驗證狀態。
正在使用「team-dev」。 對三個有相依關係的 API 任務執行試執行。
預期結果:
- 相依性計畫會將共用型別識別為第一項任務。
- 端點和用戶端任務會排在共用型別之後。
- 不會分派任何代理，也不會變更任何檔案。
安全審計
高風險v3 • 2026/7/23 開啟版本化報告
Four command-execution findings are confirmed because the workflow runs repository-provided tests and verification scripts. Sixteen Markdown backtick findings and four entropy findings are false positives, but prompt propagation and automatic integration create additional security concerns.
4
已掃描檔案
549
分析行數
4
複核項目
0
已忽略的誤報
已確認的安全問題 (3)
高
Prompt Injection Attempt Detected
The prompt template states "CONSISTENCY LOCK — OVERRIDE DEFAULT VARIATION DIRECTIVES." It is placed at the top of another skill prompt and claims precedence over existing directives.
The source contains explicit override language and directs the orchestrator to inject it into a downstream prompt.
高
Untrusted Repository Instructions Propagated to Agents
The workflow reads project rule files such as CLAUDE.md and inserts their contents into subagent prompts without validation or a trust boundary.
Both collection and direct prompt insertion are explicitly documented, and no filtering or precedence defense is specified.
中
Automatic Integration of Agent-Generated Branches
The workflow merges agent branches into the main branch and may attempt conflict resolution before requesting user judgment.
The merge commands and automatic conflict-resolution sequence are explicit, creating a clear code-integrity risk without a mandatory review gate.
能力複核項目 (4)
這些是真實的本機能力，對此技能而言可能是預期行為，因此需要複核，但不會按已確認的惡意行為計分。
中
Ruby/shell backtick execution
1. 미구현 동작에 대한 단위 테스트(`*.test.*`)를 먼저 작성 → 실행 → **RED 확인**
The cited range directs an agent to execute tests and then run a project verification script. Repository test and build commands can execute untrusted project code.
中
Ruby/shell backtick execution
4. 구현 완료 후 프로젝트 검증 스크립트가 있으면 실행하라 (`bash verify.sh`·`npm test`·`npm run build` 등). 없으면 정적 검증 단계를 생략한
The instruction explicitly runs bash verify.sh, npm test, or npm run build. These repository-controlled commands can execute arbitrary local scripts.
中
Ruby/shell backtick execution
5. 구현 완료 후 프로젝트 검증 스크립트가 있으면 실행하라 (`bash verify.sh`·`npm test` 등).
The team-mode prompt explicitly requires execution of repository verification commands. No inspection, sandboxing, or confirmation requirement is stated.
中
Ruby/shell backtick execution
- **검증 스크립트(선택)** — `verify.sh`·`npm test`·`npm run build` 등 프로젝트 검증 수단이 있으면 각 SubTask 완료 후 및 통합 시 실
The line instructs the workflow to execute repository verification commands after subtasks and integration. Shell and package scripts can run untrusted project code.
風險因素
⚙️ 外部命令 (20)
phase-dispatch.md:59-69 phase-dispatch.md:69 phase-dispatch.md:114 SKILL.md:12-14 SKILL.md:14-20 SKILL.md:20-23 SKILL.md:23 SKILL.md:39 SKILL.md:68-99 SKILL.md:99-100 SKILL.md:100-102 SKILL.md:102-117 SKILL.md:117-125 SKILL.md:125-127 SKILL.md:127-142 SKILL.md:142-146 SKILL.md:146-154 SKILL.md:154-155 SKILL.md:155-156 SKILL.md:156
審計單位: codex 檢視審計紀錄 →
分享與引用此報告
分享版本化評估報告、中性徽章、嵌入卡片與引用。Skillstore 只報告證據，不判斷該 Skill 是否安全。
複製報告連結
https://skillstore.io/skills/cubha-team-dev/audits/3?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 徽章
[](https://skillstore.io/skills/cubha-team-dev?utm_source=security_passport_badge)HTML 徽章
<a href="https://skillstore.io/skills/cubha-team-dev?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/cubha-team-dev/security.svg" alt="Skillstore security assessment" loading="lazy"></a>嵌入卡片
<iframe src="https://skillstore.io/embed/skills/cubha-team-dev.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>學術引用 (APA · BibTeX · CFF)
APA 引用
cubha. (2026). team-dev security audit report (audit version 3) [Author version unspecified]. Skillstore. https://skillstore.io/skills/cubha-team-dev/audits/3BibTeX 引用
@techreport{cubha-cubha-team-dev-2026,
author = {cubha},
title = {team-dev security audit report (audit version 3)},
institution = {Skillstore},
year = {2026},
number = {3},
url = {https://skillstore.io/skills/cubha-team-dev/audits/3},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "team-dev security audit report (audit version 3)"
version: "unspecified"
type: report
authors:
- name: "cubha"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/cubha-team-dev/audits/3"
identifiers:
- type: other
value: "skillstore:cubha-team-dev:audit:3"
description: "Skillstore immutable audit report identifier"
Skillstore 評分
評分依據 證據置信度: 中 55
架構
85
可維護性
87
內容
65
社群
83
規範符合度
你可以打造什麼
規劃功能拆分
在開始任何實作前，將跨多個模組的功能拆分成有先後順序的群組。
實作獨立元件
當檔案彼此不重疊時，將 UI、API 和工具程式任務分別指派給隔離的代理。
審查平行交付成果
使用分階段驗證和整合報告，審查程式開發代理團隊的成果。
試試這些提示
預覽任務計畫
使用 /team-dev --dry-run，將這項功能拆分成相依性群組：新增個人資料編輯、avatar 上傳和帳戶驗證。
執行已核准的功能計畫
使用 /team-dev 實作以下獨立任務：新增 settings API、建立其測試，以及新增 settings 導覽連結。分派前先請求核准。
採用選擇性 TDD
對以下任務使用 /team-dev --tdd：新增驗證規則、新增驗證單元測試，以及更新 account settings 表單。UI 任務維持先實作後測試。
自動執行獨立群組
使用 /team-dev --auto --tdd 實作已核准的獨立任務。若整合驗證失敗，請停止並回報。
最佳實務
- 實作前先使用 --dry-run 審查相依關係。
- 將每個子任務限制在明確歸屬的檔案內。
- 整合前先審查 worktree 差異和驗證結果。
避免
- 請勿將會修改相同檔案的任務放入平行群組。
- 請勿對尚未審查的任務計畫啟用自動推進。
- 請勿將專案指令碼執行成功視為完整的安全性審查。
常見問題
此技能需要 Git 嗎？
是。此技能使用 Git worktree 隔離同時進行的實作工作。
--dry-run 有什麼作用？
它會分析相依關係並顯示執行群組，但不會分派實作代理。
何時應使用 --auto？
僅在審查任務計畫後使用。它會持續執行其餘群組，直到驗證失敗為止。
TDD 如何運作？
啟用 TDD 時，符合條件的邏輯任務可以在實作前撰寫並確認一項會失敗的測試。
各任務可以編輯相同檔案嗎？
不可以。共用檔案的變更應放入不同的循序群組，以減少合併衝突。
此技能會解決所有合併衝突嗎？
不會。當自動解決衝突的結果不確定時，需要使用者確認。
開發者詳細資訊
作者
cubha授權
MIT
Skillstore 修訂
r2
版本提示
作者未聲明版本。
引用
c43861a65bb95efcae259cd161c9d6f4dc7eec6f
維護新鮮度
2026/7/24
使用量
0 次下載 · 1 次瀏覽
檔案結構