メニュー
Publish pending changes in the sibling hmis.wiki repository to GitHub. Use when wiki documentation has been created or edited in the sibling ../hmis.wiki directory and needs to be committed and pushed to https://github.com/hmislk/hmis/wiki.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/hmislk/hmis --skill publish-wikiコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
Run a live bug-demonstration capture session before filing GitHub issues. The user drives the browser and narrates bugs one after another ("see this — clicking X should do Y but does Z"); this skill captures each demo (snapshot + screenshot + description + environment context) without investigating, only after the user signals the session is over does it investigate root causes, then only after the user reviews the write-ups does it file issues. Use when asked to "demonstrate some bugs", "show you issues before filing them", or via `/demonstrate-issues`. Never fixes anything — it ends at filing GitHub issue(s); any actual fix is separate, later `dev-issue` work.
Run a GitHub issue through its full lifecycle end-to-end: investigate, discuss the approach, gather test context (department/data), implement, rebuild + local redeploy, verify with Playwright and the database, iterate until passing, record any testing-workflow learnings, commit/push, open a PR, and loop on review comments until mergeable. Use when asked to "take issue #N end to end", "do issue #N fully", "develop and ship issue #N", or similar full-cycle requests.
Run one or more GitHub issues through their full lifecycle end-to-end with NO pauses for user input — investigate, decide the approach, gather test context, and run the CI/review loop entirely autonomously, documenting every judgment call for after-the-fact review instead of asking. Accepts a single issue, a batch of issue numbers/URLs, or an unfiled bug/request described in plain text. Use ONLY when the user has explicitly said they will be unreachable (away from the computer, asleep, offline) and wants the issue(s) shipped as mergeable PR(s) without them. Do not use this for normal work — use dev-issue instead, which asks for input at the same points this skill auto-resolves.
| name | publish-wiki |
| description | Publish pending changes in the sibling hmis.wiki repository to GitHub. Use when wiki documentation has been created or edited in the sibling ../hmis.wiki directory and needs to be committed and pushed to https://github.com/hmislk/hmis/wiki. |
| disable-model-invocation | true |
| allowed-tools | Bash, Read, Glob |
Commit and push pending changes in the sibling ../hmis.wiki repository to the GitHub Wiki.
IMPORTANT: Wiki files live ONLY in the sibling ../hmis.wiki directory. Do NOT create wiki markdown files inside the main project repository (no wiki-docs/ folder) - this causes git submodule issues.
Check if sibling wiki directory exists:
test -d "../hmis.wiki" && echo "EXISTS" || echo "NOT_FOUND"
If NOT_FOUND, clone the wiki repo:
cd .. && git clone https://github.com/hmislk/hmis.wiki.git && cd hmis
Pull latest changes:
cd ../hmis.wiki && git pull origin master
Check for pending changes:
cd ../hmis.wiki && git status
If there are changes, commit and push:
cd ../hmis.wiki
git add .
git commit -m "Add/update wiki documentation
Co-Authored-By: Claude <noreply@anthropic.com>"
git push origin master
Report published pages with wiki URLs: https://github.com/hmislk/hmis/wiki/Page-Name
../hmis.wiki - NEVER in the main project repo