code — 跨 AI 助理 Plugin

一個可同時被 Claude Code、Codex、Antigravity、OpenCode 安裝的 plugin，提供一組以 程式碼工作流 為核心的 skills： RPG 攻防對決式 git diff review、裁決結果歸檔、Gitea AI review findings 修復、分類提交、push 與 PR 建立流程、Gitea 議題 TODO 彙整與逐項實作流程、C# / .NET NuGet 套件更新流程、Gitea 專案批次同步，以及 action / Dockerfile 標準化流程。 核心是以 Agent Skills（SKILL.md） 標準撰寫的共用 skills（唯一真實來源放在 skills/）， 搭配各助理各自的 plugin manifest，讓同一個 repo 可用各家原生 plugin CLI 安裝。 plugin 名為 jsc，在 Claude Code 與 Antigravity 中 skill 以 /jsc: 前綴呼叫（例如 /jsc:code-review）。

---

前綴與呼叫方式

助理	安裝方式	呼叫	/jsc: 前綴
Claude Code	claude plugin（marketplace）	/jsc:<name> 或自動觸發	✅
Codex	codex plugin（marketplace）	$<name> 或 /skills 選單	❌（用 $name）
Antigravity	agy plugin install	/jsc:<name> 或自動觸發	✅
OpenCode	skills 目錄（複製/clone）	描述需求自動觸發	❌（依名稱）

Codex 不支援自訂前綴（skill 以 $name 呼叫）；OpenCode 由模型依描述自動呼叫。兩者皆不強制前綴。

---

目錄結構

同一個 repo 同時帶四種 manifest，彼此以路徑隔離、互不干擾；四家都讀同一份 skills/。

code/
├── .claude-plugin/
│   ├── plugin.json          # Claude 外掛定義（name: "jsc"）
│   └── marketplace.json     # Claude marketplace（name: "code"，source 指向本 repo）
├── .codex-plugin/
│   └── plugin.json          # Codex 外掛定義（name: "jsc"，skills: "./skills"）
├── .agents/plugins/
│   └── marketplace.json     # Codex marketplace（name: "code"，url source 指向本 repo）
├── plugin.json              # Antigravity 外掛定義（name: "jsc"，skills: "./skills/"）
├── skills/                  # ★ 唯一真實來源：所有 skills
│   ├── code-review/
│   │   ├── SKILL.md         # 主 skill：取 diff → 選角 → 攻擊 → 裁決 → 總結
│   │   └── roles/           # 一角色一檔（bard/mage/rogue/assassin/paladin）
│   ├── code-review-archive/ # 保存裁決：成立→已知問題、誤判→排除事項
│   ├── code-review-resolve/ # 解決 findings.json + 分類提交 + push + 發 PR
│   ├── code-issues/         # 彙整議題 TODO（影響範圍小→大）+ 逐項實作 + 留言進度
│   ├── code-nuget/          # C# / .NET NuGet 套件更新 + build 驗證
│   ├── code-sync/           # 依擁有者批次 clone／更新 Gitea 專案
│   ├── code-action-docker/  # 問答式打造 docker action（Node 主程式）+ 串接 doc-funcs
│   ├── code-action-composite/ # composite action 標準化 + 串接 doc-funcs
│   ├── code-image/          # Dockerfile 整理成六步流程 + 串接 doc-funcs
│   └── hello/               # 範例 skill：驗證安裝、新增 skill 的範本
├── AGENTS.md                # 跨助理共用指引
└── README.md

---

安裝 / 更新 / 移除（各家原生 plugin CLI）

指令中的 repo 網址換成你的：https://gitea.jsc.idv.tw/plugins/code.git

Claude / Codex 從 git URL 安裝（會 clone 遠端），請先把本 repo push 到 gitea。 Antigravity 的 agy plugin install <url> 目前只支援 github.com；gitea 請改用「clone + 本地路徑」（見 Antigravity 節）。 本機/離線：Claude 可用本地路徑加 marketplace；Antigravity 用本地路徑安裝。

Claude Code

# 安裝
claude plugin marketplace add https://gitea.jsc.idv.tw/plugins/code.git
claude plugin install jsc@code

# 更新
claude plugin marketplace update code
claude plugin update jsc@code

# 移除
claude plugin uninstall jsc@code
claude plugin marketplace remove code

• 工作階段內 slash 版（等價）：把 claude plugin 換成 /plugin。
• 本機開發（免 push）：claude plugin marketplace add C:\Users\h3285\source\repos.plugins\code（本地路徑）後再 install。
• 呼叫：/jsc:<name>（例 /jsc:code-review）。

Codex

# 安裝
codex plugin marketplace add https://gitea.jsc.idv.tw/plugins/code.git
codex plugin add jsc@code

# 更新（重新抓取 marketplace 的 git 快照）
codex plugin marketplace upgrade code

# 移除
codex plugin remove jsc@code
codex plugin marketplace remove code

• 安裝 token jsc@code = plugin 名（.codex-plugin/plugin.json 的 name）@ marketplace 名（.agents/plugins/marketplace.json 的 name）。
• 本 repo 的 Codex marketplace 以 url 來源指向自己，故 Codex 一律從 gitea 安裝（需先 push）；安裝後重啟 Codex。
• 呼叫：$<name>（例 $code-review），或用 /skills 選單。

Antigravity（agy）

agy plugin install <url> 目前只支援 github.com；gitea 等自架 git 不支援 URL 安裝，請先 git clone 再用本地路徑安裝。

# 安裝：clone 後用本地路徑
git clone https://gitea.jsc.idv.tw/plugins/code.git ~/plugins/code
agy plugin install ~/plugins/code

# 更新（agy 無 update 子指令 → git pull 後重裝）
git -C ~/plugins/code pull
agy plugin uninstall jsc
agy plugin install ~/plugins/code

# 移除
agy plugin uninstall jsc

• 若把 skills 放到 GitHub，則可直接 agy plugin install https://github.com/<owner>/<repo>。
• 其他：agy plugin list、agy plugin enable jsc / disable jsc、agy plugin validate <path>。安裝後重啟工作階段。
• 呼叫：/jsc:<name>（例 /jsc:code-review）或依描述自動觸發。

OpenCode

OpenCode 的「plugin」是 TypeScript/npm 套件，不適用於 skill 包；skills 改用目錄安裝。 OpenCode 會讀 ~/.config/opencode/skills/（也會讀 ~/.claude/skills/、~/.agents/skills/）。

# 安裝
git clone https://gitea.jsc.idv.tw/plugins/code.git ~/jsc-plugin
mkdir -p ~/.config/opencode/skills
cp -r ~/jsc-plugin/skills/* ~/.config/opencode/skills/

# 更新
git -C ~/jsc-plugin pull
cp -r ~/jsc-plugin/skills/* ~/.config/opencode/skills/

# 移除
rm -rf ~/.config/opencode/skills/{code-review,code-review-archive,code-review-resolve,code-issues,code-nuget,code-sync,code-action-docker,code-action-composite,code-image,hello}

Windows PowerShell：cp -r A B → Copy-Item A B -Recurse -Force、rm -rf X → Remove-Item X -Recurse -Force、~ → $HOME。

• 呼叫：直接描述需求，模型會依 skill 描述自動透過 skill 工具呼叫。

---

用 CLI 直接執行 skill（headless / 一次性）

安裝好之後，不必進互動介面，一行指令就能叫某個 skill 跑完並印出結果：

助理	headless 指令	執行 code-review skill
Claude Code	claude -p "<prompt>"	claude -p "/jsc:code-review main feature/login all --exclusions exclusions.md --known-issues known-issues.md"
Codex	codex exec "<prompt>"	codex exec '$code-review main feature/login all --exclusions exclusions.md --known-issues known-issues.md'
Antigravity	agy -p "<prompt>"	agy -p "/jsc:code-review main feature/login all --exclusions exclusions.md --known-issues known-issues.md"
OpenCode	opencode run "<message>"	opencode run "用攻防角色 review main 與 feature/login 的差異"

• Claude / Antigravity 支援 /jsc: 前綴，直接 -p "/jsc:<name>" 即可。
• Codex 以 $<name> 觸發；在 shell 請用單引號避免 $ 被展開：codex exec '$code-review …'。
• OpenCode 沒有前綴，用自然語言描述需求，模型會自動透過 skill 工具呼叫。
• 帶引數就接在後面，例如 claude -p "/jsc:code-review main feature/login mage"、codex exec '$code-review main feature/login mage'。

---

Skills 目錄

此區塊列出本 plugin 內含的所有 skills（名稱／描述／使用方法）。 新增或修改 skill 後，請同步手動更新標記之間的內容。

code-review

以 RPG 攻防對決方式審查 git diff 的程式碼審查 skill。審查範圍是兩個分支的差異，來源分支與目標分支缺一不可（缺漏會反問補齊）。角色分攻擊方（吟遊詩人=風格 🎼／法師=邏輯 🔮／盜賊=效率 ⚡／刺客=安全性 🗡️）與防守方（聖騎士=裁決 🛡️），每個角色定義在 skills/code-review/roles/<role>.md（含英文名稱／專案／個性／徽章／代表色）。攻擊方分析 diff 找出問題（問題／等級／描述／建議／檔案位置／所在行數，審查前自動排除 . 開頭資料夾內的內容、以及排除事項檔與前次審查紀錄檔本身）；防守方依專案根目錄排除事項設定檔、**前次審查紀錄（已知問題＝前次發現但未解決的問題）**與原始碼脈絡裁決每條問題（🚫 略過／🔁 已知問題／❌ 誤判／✅ 成立）。使用者可選擇單一角色、整個攻擊方、整個防守方或全部；複選時以 sub agent 並行執行。

參數格式：<target> <source> [角色...] [--exclusions <排除事項檔案路徑>] [--known-issues <前次審查紀錄路徑>]（目標在前、來源在後；角色可省略，會詢問；--exclusions、--known-issues 指定對應檔案路徑，省略時若選到防守方會反問）。

• Claude Code / Antigravity：/jsc:code-review（反問分支與角色），或帶參數 /jsc:code-review main feature/login mage、/jsc:code-review main feature/login all --exclusions exclusions.md --known-issues known-issues.md
• Codex：$code-review main feature/login attack，或 $code-review main feature/login all --exclusions docs/review-rules.md --known-issues docs/known-issues.md，或用 /skills 選單
• OpenCode：描述需求（如「用攻防角色 review main 與 feature/login 的差異，排除事項看 docs/review-rules.md、已知問題看 docs/known-issues.md」）自動觸發

code-review-archive

將 /jsc:code-review 已裁決的問題保存到專案：✅ 成立 附加到前次審查紀錄（已知問題）檔、❌ 誤判 附加到排除事項檔，讓防守方下次自動標 🔁 已知問題 / 🚫 略過；🔁／🚫 已存在者僅計數不重複寫入。只吃既有裁決結果（合併攻擊方問題表＋防守方裁決表），不自己跑 review、不改程式碼，且寫檔前先取得同意。檔案格式依副檔名（.md / .json）決定。

參數：--known-issues <前次審查紀錄路徑> --exclusions <排除事項檔案路徑>（與 code-review 同名旗標，沿用同一組路徑；缺漏會反問）。

• Claude Code / Antigravity：/jsc:code-review-archive --known-issues known-issues.md --exclusions exclusions.md
• Codex：$code-review-archive --known-issues docs/known-issues.md --exclusions docs/review-rules.md，或用 /skills 選單
• OpenCode：描述需求（如「把剛剛 code-review 成立的問題存到 known-issues.md、誤判存到 exclusions.md」）自動觸發

code-review-resolve

五階段：(A Git 同步) 先 fetch，務必檢查目前分支的線上分支是否存在；存在則留在目前分支更新到最新，不存在則依序切換到遠端 develop／master 並更新到最新，找不到後備分支則停止；pull 發生衝突時告知並嘗試安全解衝突；只有來源分支與 PR 目標分支相同時，才必須從該分支建立新的工作分支，後續修復、commit、push 與 PR head 都使用新分支。(B 解決) 讀工作目錄 .gitea/ai-review/findings.json（Gitea AI review 產出的問題清單），依嚴重等級 🔴 嚴重 → 🟠 高 → 🟡 中 → 🔵 低 由高到低逐條修復程式碼問題或登記誤報（無法安全自動修復者標「待人工處理」不硬改），已解決或已登記誤報者才自 findings.json 移除。(C 提交) 分析工作區所有變更，依異動內容歸類為 feat/fix/docs/style/refactor/perf/test/chore/revert，每個 type 各自一個 commit，訊息為「type(範圍): 一句總結」格式，括號內的範圍須對應實際異動的功能／模組（例 feat(使用者登入): 新增帳密登入流程、perf(物件查詢): 改用批次查詢降低 DB 往返，而非 feat(新增功能) 這類重述 type 的詞）。(D 推送) push 當前分支：先用認證管理器、失敗改用 token、再失敗詢問使用者。(E 開 PR) 用 token 透過 Gitea API 對目標分支發 PR（目標分支不明必須詢問、不可猜測），PR 描述可選完整版（重新分析 git diff 總結）／簡單版（逐條列 commit 訊息）／使用者輸入；完成後因內文可能含 gitea token，提醒並清除 AI 助理對話內文。除非遇到必要決策，否則依自動執行原則直接處理；token 一律由環境變數（如 GITEA_TOKEN）提供，全程不明文輸出。

參數：[--findings <findings.json 路徑>] [--target <目標分支>] [--pr-desc <full|simple|自訂文字>] [--no-commit] [--no-pr] [--yes]（findings 省略時預設 .gitea/ai-review/findings.json；--target 省略且需要開 PR 時必問；--no-commit 只修復不提交；--no-pr 推送但不開 PR；--yes 略過確認）。

• Claude Code / Antigravity：/jsc:code-review-resolve，或 /jsc:code-review-resolve --target develop --pr-desc full --yes、/jsc:code-review-resolve --no-pr、/jsc:code-review-resolve --no-commit
• Codex：$code-review-resolve，或 $code-review-resolve --target develop --pr-desc simple --yes，或用 /skills 選單
• OpenCode：描述需求（如「讀 .gitea/ai-review/findings.json 依嚴重度逐條修好、清空該檔，把工作區變更依 conventional commit 分類提交，push 後對 develop 發 PR（完整版描述）」）自動觸發

code-issues

處理一或多個 Gitea 議題的實作流程，五階段：(A 工具選擇) 檢查 tea 與 GITEA_TOKEN，詢問要用 tea 或 Gitea REST API（已選定則跳過）；(B 確認專案) 詢問議題所在專案 owner/repo，可用目前 repo 的 origin 當預設（已知則跳過）；(C 選擇議題) 列出開啟中議題後詢問要處理的議題編號，一個或多個（已提供則跳過）；(D 彙整 TODO) 讀取議題描述與所有留言、彙整需求，盤點既有 checklist 後整理 TODO 列表並依影響範圍由小到大（XS→XL）排序，既有 TODO 不足以達成議題需求時補上新 TODO 並附加到議題描述的 ## TODO 區塊；(E 逐項實作) 依排序實作每項 TODO 並驗證，每完成一項就勾選描述 checkbox 並留言進度到議題，全部完成後留下總結留言。議題若屬於專案看板且有「分析中／待處理／進行中／待測試／已完成」欄位可調整，依處理進度同步移動議題欄位（彙整需求「分析中」→ TODO 確定「待處理」→ 開始實作「進行中」→ 實作完成且驗證通過「待測試」；「已完成」僅在使用者確認時；不屬於專案、無可對應欄位或 API 不支援則回報並略過）。全程不建立任何草稿檔（中間成果一律保存到議題描述或留言），輸出與留言盡量使用表格與 Mermaid 圖；commit／push／PR 不在自動範圍，由使用者另行指示。

參數：[--tool <tea|api>] [--repo <owner/repo>] [--issues <編號,以逗號分隔>] [--host <gitea 主機>] [--yes]（帶 --tool／--repo／--issues 時跳過對應詢問；--yes 略過一般確認）。

• Claude Code / Antigravity：/jsc:code-issues，或 /jsc:code-issues --tool api --repo plugins/code --issues 12,15 --yes
• Codex：$code-issues，或 $code-issues --tool tea --repo plugins/code --issues 12，或用 /skills 選單
• OpenCode：描述需求（如「讀 plugins/code 的 12、15 號議題，整理需求成 TODO 依影響範圍小到大排序、缺的補進議題描述，逐項實作、每完成一項留言進度」）自動觸發

code-nuget

將 C# / .NET 專案的 NuGet 套件更新到最新可用版本。流程會先探測 .sln / .slnx / .csproj 與 dotnet 工具，執行 baseline restore / build，再依專案分組列出所有 direct / transitive 套件與目前版本、最新版本、參考來源。接著建立 ProjectReference graph：若當前專案所參考的上層專案已 direct reference 相同 NuGet 套件，且該套件會透過專案參考安全傳遞，便逐一移除重複 PackageReference；每移除一筆都立刻 restore / build 驗證，失敗即回復。最後逐一更新 direct 套件版本（支援 Central Package Management / Directory.Packages.props），每更新一個套件就 restore/build 確認專案可正常編譯；若最新版本編譯失敗，改從目前版本之後的最小可用版本逐版升級，直到遇到第一個編譯失敗版本，保留最後一個可編譯版本並記錄失敗點。

參數：[<solution-or-project>] [--include-prerelease] [--no-dedupe] [--build <command>] [--yes]（目標可為 .sln、.slnx 或 .csproj；--include-prerelease 允許 prerelease；--no-dedupe 略過重複參考清理；--build 覆寫驗證指令；--yes 略過一般確認但不略過必要決策）。

• Claude Code / Antigravity：/jsc:code-nuget，或 /jsc:code-nuget MySolution.sln --include-prerelease
• Codex：$code-nuget，或 $code-nuget src/App/App.csproj --build "dotnet build App.sln -c Release"，或用 /skills 選單
• OpenCode：描述需求（如「把這個 .NET solution 的 NuGet 都更新到最新，先清掉 ProjectReference 已提供的重複套件，每更新一包就 build」）自動觸發

code-sync

透過 GITEA_TOKEN 把使用者有讀取權限的 Gitea 專案批次 clone 到本機並依擁有者分類。流程會先確認 token、決定 gitea 主機與目標根目錄（預設家目錄），再以 token 分頁呼叫 GET /api/v1/user/repos 取回所有有讀取權限的專案、依 owner 分組（預設排除 fork）；接著列出所有擁有者讓使用者多選（帶 --owner 則跳過詢問），列出選定擁有者底下的專案後，於 <根目錄>/<擁有者>/<專案名> 逐一處理：不存在則 clone（HTTPS＋token，clone 後還原乾淨 origin；或 --ssh），已存在則 fetch → 切到 develop（再退而 master）→ pull --ff-only 更新到最新。全程唯讀（不 push、不改遠端），工作區有未提交變更的專案會略過而非強制覆蓋；token 一律由環境變數提供、不寫死也不印出。

參數：[--target-dir <根目錄>] [--owner <擁有者,以逗號分隔>] [--host <gitea 主機>] [--include-forks] [--ssh] [--yes]（根目錄預設家目錄；--owner 預先指定擁有者並跳過多選；--host 指定 gitea 主機；--include-forks 納入 fork；--ssh 改用 SSH clone；--yes 略過一般確認但不略過擁有者多選）。

• Claude Code / Antigravity：/jsc:code-sync，或 /jsc:code-sync --owner plugins --target-dir ~/work、/jsc:code-sync --include-forks --ssh
• Codex：$code-sync，或 $code-sync --owner plugins --target-dir ~/work，或用 /skills 選單
• OpenCode：描述需求（如「用 GITEA_TOKEN 取得我有讀取權限的所有 Gitea 專案，依擁有者分組讓我多選，把選定擁有者的專案 clone 到家目錄；已存在的切到 develop／master 更新到最新」）自動觸發

code-action-docker

以互動問答從零打造 Gitea／GitHub「Docker 容器 action」（Node 主程式），再串接文件化流程。五階段：(1) 詢問 action 名稱（用於 action.yml 的 name）；(2) 詢問輸入與輸出參數及其 description（盡量繁體中文、無亂碼；輸入含 required／default，實作對應 INPUT_* 環境變數與 $GITHUB_OUTPUT）；(3) 詢問執行此流程的目標，追問到可實作為止，整理濃縮成一句話（用於 action.yml 的 description，盡量繁體中文、無亂碼）；(4) 依標準實作目標——開發中需要新參數時依序找 ${{ gitea.* }} → ${{ secrets.* }} → ${{ vars.* }}，都沒有才詢問使用者是否加入 inputs；盡量以 Node.js 開發、程式檔一律放 src/（入口 src/index.js、共用 src/logger.js），盡量詳細輸出訊息且格式統一為 [yyyy/MM/dd HH:mm:ss][階段][等級]: 訊息（Asia/Taipei；無階段則移除該 []；等級 INF/WRN/ERR/TRC/DBG；一行一則），並產生 action.yml、啟動前先輸出名稱／用途／更新時間的 entrypoint.sh、使用最新 node 版本的多階段建置 Dockerfile（預設 build 基底 node:latest、runtime node:slim）；(5) 檢查是否有 doc-funcs 技能：有則對整個專案完整執行 /jsc:doc-funcs（function 文件、entrypoint.sh／Dockerfile 逐行註解、重建 README），沒有則回報後結束。

參數：[--action-dir <action 根目錄>] [--node-version <node tag>]（根目錄預設目前工作目錄；node 版本預設最新；名稱／輸入輸出／目標以問答取得，呼叫時已口述者不再重問）。

• Claude Code / Antigravity：/jsc:code-action-docker，或 /jsc:code-action-docker --action-dir ~/work/my-action --node-version 22
• Codex：$code-action-docker，或 $code-action-docker --action-dir ~/work/my-action，或用 /skills 選單
• OpenCode：描述需求（如「幫我從零建一個 docker action：先問我名稱、輸入輸出參數與目標，用 node 實作放在 src/，訊息格式統一為 [時間][階段][等級]，最後跑 doc-funcs 補文件並重建 README」）自動觸發

code-action-composite

把 Gitea／GitHub「composite action」專案標準化，再串接文件化流程。四階段：(A) 找出 action 專案、讀 action.yml／action.yaml 的 name／description／runs、判斷是否為 composite；(B) 已是 composite 則保留既有 steps，非 composite（JS／Docker）則保守確認後對齊為 composite（高風險先以 AskUserQuestion 確認，保留 inputs／outputs 契約；Docker 行為無法等價塞入時標「需人工確認」並建議改用 code-action-docker）；(C) 在 runs.steps 最前面注入啟動橫幅 step，輸出 action 名稱／用途／更新時間（Asia/Taipei yyyy/MM/dd HH:mm:ss，固定字串），並於 action.yml 開頭補用途／更新時間註解區塊（既有橫幅 step 則更新而非重插）；(D) 對整個專案完整執行 /jsc:doc-funcs（action.yml 與被引用腳本逐行註解、function 文件、重建 README）。

參數：[--action-dir <action 根目錄>] [--manifest <action.yml 路徑>] [--yes]（根目錄預設目前工作目錄；manifest 自動尋找 action.yml／action.yaml；--yes 略過一般確認，但「非 composite 需對齊」與 doc-funcs 的實作詢問仍會中斷）。

• Claude Code / Antigravity：/jsc:code-action-composite，或 /jsc:code-action-composite --action-dir ~/work/my-action
• Codex：$code-action-composite，或 $code-action-composite --action-dir ~/work/my-action，或用 /skills 選單
• OpenCode：描述需求（如「把這個 composite action 標準化，在 steps 最前面加一個會輸出 action 名稱／用途／更新時間的 step，最後跑 doc-funcs 補文件並重建 README」）自動觸發

code-image

把專案既有的 Dockerfile 整理成固定六步流程，再串接文件化流程。三階段：(A) 找出專案根目錄、定位目標 Dockerfile（找不到則詢問、不臆造；要產生全新 action 容器請改用 code-action-docker），讀現有指令、判斷語言／生態與既有 base image／建置流程；(B) 在保留建置行為前提下，把指令重整／歸位為六步流程（參數處理 → 安裝套件 → 複製檔案 → 執行程序 → 縮小映像檔 → 設定入口）：可調參數集中於檔首 ARG、相依描述先 COPY 以利 layer 快取、多階段建置讓 runtime 改用較小基底（*-slim／*-alpine／distroless 等）只帶執行所需產物；ENTRYPOINT／CMD／EXPOSE／ENV 等對外契約不動，無法保證等價的重整先以 AskUserQuestion 確認（可選最小重排或只補註解）；(C) 對整個專案完整執行 /jsc:doc-funcs（Dockerfile 等指令檔逐行註解、function 文件、重建 README）。

參數：[--project-dir <專案根目錄>] [--dockerfile <Dockerfile 路徑>] [--yes]（專案根目錄預設目前工作目錄；Dockerfile 自動定位、多個時詢問；--yes 略過一般確認，但「重整無法保證行為等價」與 doc-funcs 的實作詢問仍會中斷）。

• Claude Code / Antigravity：/jsc:code-image，或 /jsc:code-image --project-dir ~/work/my-app --dockerfile build/Dockerfile
• Codex：$code-image，或 $code-image --dockerfile docker/Dockerfile，或用 /skills 選單
• OpenCode：描述需求（如「把這個專案的 Dockerfile 整理成參數處理→安裝套件→複製檔案→執行程序→縮小映像檔→設定入口六步、用多階段建置縮小映像，最後跑 doc-funcs 補文件並重建 README」）自動觸發

hello

範例 skill，用來驗證 jsc plugin 是否安裝成功，也是新增 skill 的範本。觸發時回覆問候並簡述 plugin 用途。

• Claude Code / Antigravity：/jsc:hello
• Codex：$hello，或用 /skills 選單
• OpenCode：描述需求（如「hello、測試 plugin 有沒有裝好」）自動觸發

---

新增一個 skill

1. 複製既有 skill 作範本：cp -r skills/code-review skills/<your-skill-name>
2. 編輯 skills/<your-skill-name>/SKILL.md 的 frontmatter：
   • name：小寫、數字、連字號（-），最長 64 字元。這就是 Claude Code / Antigravity 的 /jsc:<name>。
   • description：第三人稱，寫清楚「何時用、何時不用」與觸發關鍵字 — 這是各助理自動載入的唯一依據。
3. 在內文寫下 skill 的具體步驟。
4. 手動把這個 skill 補進上方「Skills 目錄」區塊。
5. bump 版本並 push：四家都以 git 內容/版本判斷更新，請把 .claude-plugin/plugin.json、.codex-plugin/plugin.json、plugin.json 三個 manifest 的 version 一起 bump，commit 後 push 到 gitea。
6. 讓各助理更新：
   • Claude：claude plugin update jsc@code
   • Codex：codex plugin marketplace upgrade code
   • Antigravity：git -C ~/jsc-plugin pull && agy plugin uninstall jsc && agy plugin install ~/jsc-plugin
   • OpenCode：git pull 後重新複製 skills/