について
このClaude Skillは、`Necmttn/ax`リポジトリに特化したGitHub操作を扱い、ユーザーが`gh` CLIを通じてスター登録、イシュー作成、プルリクエストのオープンを行えるようにします。ax関連のアクションが明示的に要求された場合のみ作動し、アカウント状態を変更する前には常に確認を求めます。CLIが利用できない場合には、GitHubの直接URLを提供することで柔軟に対応します。
クイックインストール
Claude Code
推奨npx skills add Necmttn/ax -a claude-code/plugin add https://github.com/Necmttn/axgit clone https://github.com/Necmttn/ax.git ~/.claude/skills/ax-repoこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
ax:repo
Let an AI coding agent interact with the ax GitHub repo (Necmttn/ax) for the
user - star, file an issue, or fork + open a PR - without the user
ever typing a gh command. Everything routes through the already-installed
gh CLI; there is no axctl surface for this.
Repo: Necmttn/ax · https://github.com/Necmttn/ax
When to fire
- "star ax" / "star the repo" / "I want to support ax" / "give ax a star"
- "report this as an ax bug" / "file an ax issue" / "open an issue on ax"
- "this looks like an ax bug" (after an
ax/axctlerror) - "I want to contribute to ax" / "fix this in ax" / "open a PR against ax"
Do NOT fire for GitHub work on other repos or for general gh usage.
Issues and PRs are user-initiated only. Star is the exception - you may
offer it proactively (see Proactive star nudge), but offering ≠ doing: the
actual star always needs an explicit yes.
Non-negotiable rules
- Preflight
ghfirst (read-only, no confirm). Detect three states:ghmissing → fall back to a plain URL (see Fallback). Don't error.ghpresent but unauthenticated → fall back to a plain URL, and tell the user they cangh auth loginto do it inline next time.ghpresent + authed → proceed to the action (still confirm mutations).
- Confirm before any account-mutating call - star, issue create, PR
create all change the user's GitHub account/repo. Show the exact command,
get an explicit yes. Read-only checks (
gh auth status, "is it starred") need NO confirm. - Never break the caller's exit code, never run silently in CI. If
$CIis set or stderr/stdin isn't a TTY, do NOT run mutatingghcalls - print the URL instead. A failedghcall must not abort the user's task.
Preflight (run this before every action)
if ! command -v gh >/dev/null 2>&1; then
echo "GH_STATE=missing"
elif ! gh auth status >/dev/null 2>&1; then
echo "GH_STATE=unauthed" # gh auth status exits 4 when not logged in
else
echo "GH_STATE=ok"
fi
missing/unauthed→ use Fallback for the chosen action.ok→ use theghcommand for the chosen action (after confirm).
Actions
1. Star
Mutates the user's account → confirm first.
# Optional read-only check (no confirm): is it already starred?
# exits 0 (starred) / non-zero / 404 (not starred)
gh api /user/starred/Necmttn/ax >/dev/null 2>&1 && echo "already starred"
# The star (after explicit yes):
gh api -X PUT /user/starred/Necmttn/ax # silent 204 on success
If already starred, say so and skip - don't re-PUT or re-prompt.
Unstar (only if asked): gh api -X DELETE /user/starred/Necmttn/ax.
You can also just run ax star, which stars via gh (or prints the URL) and
silences the CLI's periodic star reminder.
Fallback (gh missing/unauthed): print
https://github.com/Necmttn/ax and tell the user to click Star.
Proactive star prompting is NOT this skill's job - the CLI handles it deterministically (a once-a-day stderr footer shown only on an interactive terminal until the user runs
ax star/ax star --done). This skill only acts on an explicit user request.
2. File an issue / bug report
Mutates (creates an issue) → confirm first, and show the title/body you'll submit so the user can edit before you send it.
Interactive (opens a prefilled browser form - good default when the user wants to review/edit in GitHub's UI):
gh issue create --repo Necmttn/ax --web
Non-interactive (prefilled title + body, e.g. an error report you assembled):
gh issue create --repo Necmttn/ax \
--title "<concise summary>" \
--body "<body>" \
--label feedback # only if the user confirms; omit if unsure label exists
Error-report pattern. When firing off the back of an unhandled ax/axctl
error, prefill from the failure - never make the user paste a stack trace:
gh issue create --repo Necmttn/ax \
--title "ingest: <one-line error>" \
--body "$(cat <<'EOF'
**Command:** `ax <subcommand> <args>`
**ax version:** <output of `ax --version`>
**OS:** <uname -srm>
**What happened**
<one or two sentences>
**Error**
<the actual error output - trimmed, no secrets>
EOF
)"
Scrub paths/tokens that might leak private data before submitting. Confirm the assembled body with the user first.
Fallback (gh missing/unauthed): print the web new-issue URL. You can
prefill it via query string:
https://github.com/Necmttn/ax/issues/new?title=<urlencoded>&body=<urlencoded>
(plain https://github.com/Necmttn/ax/issues/new also works). Tell the user to
review and submit in the browser.
3. Fork + open a PR (contribute)
For a code change. Fork+clone is account-mutating → confirm before the fork and before the PR; branching/committing locally needs no confirm.
# 1. Fork and clone in one step (creates a fork on the user's account):
gh repo fork Necmttn/ax --clone # confirm: this creates a fork
# 2. From inside the clone, branch + make the change + commit:
git checkout -b <topic-branch>
# ...edits...
git commit -am "<conventional message>"
git push -u origin <topic-branch>
# 3. Open the PR against upstream (confirm before sending):
gh pr create --repo Necmttn/ax \
--title "<title>" --body "<what + why>"
# or interactively review in browser:
gh pr create --repo Necmttn/ax --web
If the user is already inside a clone of Necmttn/ax, skip the fork step;
gh pr create will offer to push to a fork automatically.
Fallback (gh missing/unauthed): print https://github.com/Necmttn/ax/fork
and tell the user to fork in the browser, then clone their fork manually.
House rules
- Show the exact
ghcommand before running any mutating one; get a yes. - One action per request - don't star and file an issue unless asked for both.
- Don't invent labels/milestones; omit
--labelif you're unsure it exists. - Keep issue bodies short, factual, secret-free; never paste raw transcripts.
- On any
ghfailure, surface the error and offer the URL fallback - never let it abort the user's in-progress task.
GitHub リポジトリ
よくある質問
ax-repo Skillとは何ですか?
ax-repo はNecmttn が作成した Claude Skillです。Skillは、Claudeが必要に応じて読み込む指示とリソースをまとめ、追加の指示なしで ax-repo に関連するタスクを実行できるようにします。
ax-repo をインストールするには?
このページのインストールコマンドを使用してください。ax-repo をプラグインとして Claude Code に追加するか、リポジトリを skills ディレクトリにクローンし、Claudeを再起動してSkillを読み込みます。
ax-repo はどのカテゴリに属しますか?
ax-repo は メタ カテゴリに属します。
ax-repo は無料で利用できますか?
はい。ax-repo は AIMCP に掲載されており、無料でインストールできます。
関連スキル
このスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
このスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
このスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
SGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
