Agent skill

Land

by team-mirai in team-mirai/mirai-gikai

PR をランディングする。コンフリクトを監視・解決し、チェックを待ち、グリーンに なったら squash-merge する。land、merge、PR を完了まで導くことを依頼された ときに使用する。

AGPL-3.0Auto-check passed

Install Land

skills CLI
$ npx skills add team-mirai/mirai-gikai --skill land -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install team-mirai/mirai-gikai land --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/team-mirai/mirai-gikai.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/land .claude/skills/land && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
land
GitHub stars
212
Token cost
~1.6k tokens
SKILL.md length
369 words
Files
1
Skills in repo
10
Repo updated
First seen
Licence
AGPL-3.0

At a glance

PR をランディングする。コンフリクトを監視・解決し、チェックを待ち、グリーンに なったら squash-merge する。land、merge、PR を完了まで導くことを依頼された ときに使用する。

  • Works in 12 steps: 現在のブランチに対する PR を特定する。 → push 前にすべての関門がローカルでグリーンであることを確認する。 → 作業ツリーに未コミットの変更がある場合、進める前に commit… → …
  • SKILL.md covers ゴール, 前提条件, 手順 and コマンド, plus 4 more sections
  • Calls gh, git and rg

What it does

Land is an agent skill from team-mirai/mirai-gikai. PR をランディングする。コンフリクトを監視・解決し、チェックを待ち、グリーンに なったら squash-merge する。land、merge、PR を完了まで導くことを依頼された ときに使用する。

Its SKILL.md is about 1.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

The licence is AGPL-3.0.

Example prompts

  • “/land”

Requirements

  • Python 3

Workflow steps

12 steps, taken from the first numbered list in SKILL.md.

  1. 現在のブランチに対する PR を特定する。
  2. push 前にすべての関門がローカルでグリーンであることを確認する。
  3. 作業ツリーに未コミットの変更がある場合、進める前に commit スキルでコミットし push スキルで push する。
  4. main に対するマージ可能性とコンフリクトを確認する。
  5. コンフリクトがある場合、pull スキルを使って origin/main を fetch/merge してコンフリクトを解決し、その後 push スキルを使って更新されたブランチを公開する。
  6. マージ前に Codex のレビューコメント(存在する場合)が確認され、必要な修正が処理されていることを確認する。
  7. 完了までチェックを監視する。
  8. チェックが失敗した場合、ログを取得し、問題を修正し、commit スキルでコミット、push スキルで push し、チェックを再実行する。
  9. すべてのチェックがグリーンでレビューフィードバックが対処されたら、PR タイトル/本文をマージの subject/body として squash-merge し、ブランチを削除する。
  10. コンテキストガード: レビューフィードバックを実装する前に、それがユーザーの述べた意図やタスクコンテキストと矛盾しないことを確認する。矛盾する場合は、根拠を添えてインラインで返信し、コードを変更する前にユーザーに確認する。
  11. プッシュバックテンプレート: 同意しないときは、認知 + 根拠 + 代替案の提示でインライン返信する。
  12. 曖昧性ゲート: 曖昧性が進捗をブロックする場合、明確化フロー(PR を現在の GH ユーザーにアサインし、メンションし、応答を待つ)を使用する。曖昧性が解決するまで実装しない。

What it can do on your machine

Read from SKILL.md and the folder at commit d707c1f. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh
    • git
    • rg
    • python3

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh and git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Land loads about 1.6k tokens when it runs. Until then it costs about 26 tokens; SKILL.md has 369 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~26
When it runs · the whole SKILL.md, loaded when a task matches
~1.6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from team-mirai/mirai-gikai at commit d707c1f, republished under its AGPL-3.0 licence (© team-mirai). 369 words, ~1,639 tokens.

Download SKILL.mdSave it as .claude/skills/land/SKILL.md (or your agent's skills folder).
name
land
description
PR をランディングする。コンフリクトを監視・解決し、チェックを待ち、グリーンに なったら squash-merge する。land、merge、PR を完了まで導くことを依頼された ときに使用する。

Land

ゴール

  • PR が main とコンフリクトフリーであることを確実にする。
  • CI をグリーンに保ち、失敗が発生したときは修正する。
  • チェックがパスしたら PR を squash-merge する。
  • PR がマージされるまでユーザーに譲らない。ブロックされない限りウォッチャーループを実行し続ける。
  • マージ後にリモートブランチを削除する必要はない。リポジトリが head ブランチを自動削除する。

前提条件

  • gh CLI が認証されている。
  • PR ブランチ上にいて、作業ツリーがクリーン。

手順

  1. 現在のブランチに対する PR を特定する。
  2. push 前にすべての関門がローカルでグリーンであることを確認する。
  3. 作業ツリーに未コミットの変更がある場合、進める前に commit スキルでコミットし push スキルで push する。
  4. main に対するマージ可能性とコンフリクトを確認する。
  5. コンフリクトがある場合、pull スキルを使って origin/main を fetch/merge してコンフリクトを解決し、その後 push スキルを使って更新されたブランチを公開する。
  6. マージ前に Codex のレビューコメント(存在する場合)が確認され、必要な修正が処理されていることを確認する。
  7. 完了までチェックを監視する。
  8. チェックが失敗した場合、ログを取得し、問題を修正し、commit スキルでコミット、push スキルで push し、チェックを再実行する。
  9. すべてのチェックがグリーンでレビューフィードバックが対処されたら、PR タイトル/本文をマージの subject/body として squash-merge し、ブランチを削除する。
  10. コンテキストガード: レビューフィードバックを実装する前に、それがユーザーの述べた意図やタスクコンテキストと矛盾しないことを確認する。矛盾する場合は、根拠を添えてインラインで返信し、コードを変更する前にユーザーに確認する。
  11. プッシュバックテンプレート: 同意しないときは、認知 + 根拠 + 代替案の提示でインライン返信する。
  12. 曖昧性ゲート: 曖昧性が進捗をブロックする場合、明確化フロー(PR を現在の GH ユーザーにアサインし、メンションし、応答を待つ)を使用する。曖昧性が解決するまで実装しない。
    • レビュアーよりも自分の方が正しいと確信している場合は、ユーザーに確認せずに進めてもよいが、根拠を添えてインライン返信する。
  13. コメントごとモード: 各レビューコメントに対して、accept、clarify、push back のいずれかを選ぶ。コードを変更する前にモードを述べてインライン(または Codex レビューの場合は issue スレッド)に返信する。
  14. 変更前に返信: コード変更を push する前に、常に意図したアクションで応答する(レビューコメントにはインラインで、Codex レビューには issue スレッドで)。

コマンド

# ブランチと PR コンテキストを確認
branch=$(git branch --show-current)
pr_number=$(gh pr view --json number -q .number)
pr_title=$(gh pr view --json title -q .title)
pr_body=$(gh pr view --json body -q .body)

# マージ可能性とコンフリクトを確認
mergeable=$(gh pr view --json mergeable -q .mergeable)

if [ "$mergeable" = "CONFLICTING" ]; then
  # `pull` スキルを実行して fetch + merge + コンフリクト解決を処理する。
  # その後 `push` スキルを実行して更新されたブランチを公開する。
fi

# 推奨: 下記の Async Watch Helper を使う。手動ループは Python が動かないか
# ヘルパースクリプトが利用できないときのフォールバック。
# レビューフィードバックを待つ: Codex レビューは "## Codex Review — <persona>" で
# 始まる issue コメントとして到着する。レビュアーフィードバックと同様に扱い、
# 発見事項を確認したことと、対応するか延期するかを示す `[codex]` issue コメントで
# 返信する。
while true; do
  gh api repos/{owner}/{repo}/issues/"$pr_number"/comments \
    --jq '.[] | select(.body | startswith("## Codex Review")) | .id' | rg -q '.' \
    && break
  sleep 10
done

# チェックを監視
if ! gh pr checks --watch; then
  gh pr checks
  # 失敗した run を特定してログを検査
  # gh run list --branch "$branch"
  # gh run view <run-id> --log
  exit 1
fi

# Squash-merge(このリポジトリではマージ時にリモートブランチが自動削除される)
gh pr merge --squash --subject "$pr_title" --body "$pr_body"

Async Watch Helper

推奨: asyncio ウォッチャーを使ってレビューコメント、CI、head 更新を並列に監視する:

python3 .agents/skills/land/land_watch.py

終了コード:

  • 2: レビューコメントが検出された(フィードバックに対応せよ)
  • 3: CI チェックが失敗した
  • 4: PR の head が更新された(autofix コミットが検出された)

失敗ハンドリング

  • チェックが失敗した場合、gh pr checks と gh run view --log で詳細を取得し、ローカルで修正、commit スキルでコミット、push スキルで push し、ウォッチを再実行する。
  • 不安定な失敗(flaky)を判別する判断力を使う。失敗が flake(例: 1 プラットフォームのみのタイムアウト)であれば、修正せずに進めてもよい。
  • CI が autofix コミット(GitHub Actions が author)を push した場合、それは新しい CI run をトリガしない。更新された PR head を検出し、ローカルに pull し、必要なら origin/main をマージし、本物の author コミットを追加し、CI を再トリガするために force-push し、その後チェックループを再開する。
  • マージコミット上で全ジョブが pnpm lockfile 破損エラーで失敗する場合、最新の origin/main を fetch、マージ、force-push、CI 再実行が修復策。
  • マージ可能性が UNKNOWN の場合、待って再確認する。
  • レビューコメント(人間または Codex レビュー)が未対応のままマージしない。
  • Codex レビュージョブは失敗時にリトライされ、ノンブロッキングである。レビューフィードバックが利用可能になったシグナルとしては、ジョブの状態ではなく、## Codex Review — <persona> issue コメントの存在を使う。
  • auto-merge を有効にしない。このリポジトリには必須チェックがないため、auto-merge はテストをスキップしうる。
  • 自分自身の以前の force-push やマージのためにリモート PR ブランチが先行している場合、冗長なマージを避け、必要ならローカルでフォーマッタを再実行し、git push --force-with-lease する。
Show full SKILL.md (172 more words)Show less

レビューハンドリング

  • Codex レビューは現在 GitHub Actions が投稿する issue コメントとして到着する。## Codex Review — <persona> で始まり、レビュアーの方法論 + 使用したガードレールを含む。マージ前に確認しなければならないフィードバックとして扱う。
  • 人間のレビューコメントはブロッキングであり、新しいレビューを要求する前またはマージ前に対処(応答して解決)しなければならない。
  • 同じスレッドに複数のレビュアーがコメントしている場合、スレッドを閉じる前に各コメントに応答する(バッチで応答してよい)。
  • gh api でレビューコメントを fetch し、プレフィックス付きのコメントで返信する。
  • インラインフィードバックを見つけるためには review comment エンドポイント(issue comments ではなく)を使う:
    • PR レビューコメントの一覧:
      gh api repos/{owner}/{repo}/pulls/<pr_number>/comments
    • PR issue コメント(トップレベルのディスカッション):
      gh api repos/{owner}/{repo}/issues/<pr_number>/comments
    • 特定のレビューコメントへの返信:
      gh api -X POST /repos/{owner}/{repo}/pulls/<pr_number>/comments \
        -f body='[codex] <response>' -F in_reply_to=<comment_id>
  • in_reply_to は数値の review comment id(例: 2710521800)でなければならず、GraphQL ノード id(例: PRRC_...)ではない。エンドポイントには PR 番号(/pulls/<pr_number>/comments)を含めなければならない。
  • GraphQL のレビュー返信 mutation が禁止されている場合、REST を使う。
  • 返信での 404 は通常、誤ったエンドポイント(PR 番号の欠落)または不十分なスコープを意味する。最初にコメントを一覧表示して確認する。
  • このエージェントが生成するすべての GitHub コメントには [codex] プレフィックスを付ける。
  • Codex レビュー issue コメントについては、(レビュースレッドではなく)issue スレッドで [codex] 付きで返信し、フィードバックに今すぐ対応するか延期するかを述べる(根拠を含める)。
  • フィードバックが変更を必要とする場合:
    • インラインレビューコメント(人間)には、意図する修正で [codex] ... として返信する。review comment エンドポイントと in_reply_to を使い、元のレビューコメントへのインライン返信として行う(issue コメントを使わない)。
    • 修正を実装、コミット、push する。
    • 修正の詳細とコミット sha で [codex] ... として、フィードバックを認知したのと同じ場所に返信する(Codex レビューには issue コメント、レビューコメントにはインライン返信)。
    • land ウォッチャーは、発見事項を認知する新しい [codex] issue コメントが投稿されるまで、Codex レビュー issue コメントを未解決として扱う。
  • 新しい Codex レビューを要求するのは再実行が必要なとき(例: 新しいコミット後)のみ。前回のレビュー以降変更がないのに要求しない。
    • 新しい Codex レビューを要求する前に、land ウォッチャーを再実行し、未対応のレビューコメントがゼロ(すべてに [codex] インライン返信がある)であることを確認する。
    • 新しいコミットを push した後、Codex レビューワークフローは PR 同期で再実行される(または手動でワークフローを再実行できる)。レビュアーが最新の差分を把握できるよう、簡潔なルートレベルのサマリコメントを投稿する:
      [codex] 前回のレビュー以降の変更:
      - <差分の短い箇条書き>
      Commits: <sha>, <sha>
      Tests: <実行したコマンド>
    • 前回の要求以降に少なくとも 1 つの新しいコミットがある場合のみ、新しいレビューを要求する。
    • マージ前に次の Codex レビューコメントを待つ。

スコープ + PR メタデータ

  • PR タイトルと説明は、最新の修正だけでなく、変更の全スコープを反映する必要がある。
  • レビューフィードバックでスコープが拡大した場合、今含めるか後回しにするかを決定する。フィードバックは accept、defer、decline のいずれかにできる。defer または decline する場合は、ルートレベルの [codex] 更新で簡潔な理由(例: out-of-scope、意図と矛盾、不要)を呼び出す。
  • レビューコメントで提起された correctness の問題には対処すべき。correctness の懸念を defer または decline する予定なら、まず検証し、なぜその懸念が当てはまらないかを説明する。
  • 各レビューコメントを以下のいずれかに分類する: correctness、design、style、clarification、scope。
  • correctness フィードバックには、クローズする前に具体的な検証(テスト、ログ、または推論)を提供する。
  • フィードバックを受け入れるとき、ルートレベル更新に 1 行の根拠を含める。
  • フィードバックを断るとき、簡潔な代替案またはフォローアップトリガを提示する。
  • 多くの小さな更新ではなく、修正のバッチ後に単一の統合された "review addressed" ルートレベルコメントを優先する。
  • ドキュメントフィードバックについては、ドキュメント変更が挙動と一致することを確認する(レビューを宥めるためのドキュメントのみの編集はしない)。

© team-mirai, AGPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/land of team-mirai/mirai-gikai.

Open the folder on GitHubat commit d707c1f

Compare with similar skills

Land next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Land compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Land this skillteam-mirai/mirai-gikai212—~1.6kAutomated safety check: PassAGPL-3.0
Landdxos/dxos526—~2.8kAutomated safety check: PassCustom licence
LandPacificStudio/openase268—~1.1kAutomated safety check: PassApache-2.0
Landsushaantu/boxento1541 repos~524Automated safety check: PassMIT
Landazu/irodr141—~3.5kAutomated safety check: PassMIT
Landingalirezarezvani/claude-skills28k—~3.8kAutomated safety check: PassMIT

Similar skills

  • Land

    dxos/dxos

    Land an existing PR — finds it, fixes CI failures iteratively, keeps the branch up to date with main, subscribes to PR events for continuous autofixing, and adds to merge queue.

    526 GitHub stars~2.8k tokensUpdated today
    Testing & QAAuto-check passed
  • Land

    PacificStudio/openase

    Land an OpenASE PR by syncing with main, resolving conflicts, waiting for CI, addressing review feedback, and squash-merging when green.

    268 GitHub stars~1.1k tokensUpdated 2 mo ago
    Auto-check passed
  • Land

    sushaantu/boxento

    Land a PR by monitoring conflicts, resolving them, waiting for checks, and squash-merging when green; use when asked to land, merge, or shepherd a PR to completion.

    154 GitHub starsUsed in 1 repo~524 tokens
    DevelopmentAuto-check passed
  • Land

    azu/irodr

    Land explicitly requested changes in azu/irodr through a GitHub pull request and verified squash merge to master.

    141 GitHub stars~3.5k tokensUpdated today
    Auto-check passed
  • Landing

    alirezarezvani/claude-skills

    Generates a premium single-page HTML landing page with 3D CSS animations, GSAP scroll effects, and mouse-parallax depth.

    28k GitHub stars~3.8k tokensUpdated 1 mo ago
    Frontend & DesignAuto-check passed
  • Landing Page Conversion Audit

    github/awesome-copilot

    Official

    Audit a landing page, sales page or checkout page for conversion leaks and return a fix list ordered by expected revenue impact.

    40k GitHub starsUsed in 1 repo~1.8k tokens
    Frontend & DesignAuto-check passed

More from team-mirai/mirai-gikai

All 10 skills in this repo
  • Agent Browser

    team-mirai/mirai-gikai

    agent-browser CLIを使ったブラウザ操作のガイド。Webページの操作、スクレイピング、スクリーンショット取得などブラウザ自動化が必要なときに参照する。「ブラウザで開いて」「Webページを操作して」「スクリーンショットを撮って」と言われたらこのスキルを使う。

    212 GitHub stars~1.4k tokensUpdated yesterday
    Auto-check passed
  • Linear

    team-mirai/mirai-gikai

    Linear と対話するためのスキル。Linear MCP サーバー(mcplinear ツール)を 優先的に使用し、MCP でカバーされない生の GraphQL 操作(イントロスペクション、 ファイルアップロードなど)は lineargraphql クライアントツールにフォールバックする。

    212 GitHub stars~1.9k tokensUpdated yesterday
    Auto-check passed
  • Linear

    team-mirai/mirai-gikai

    Linearタスクのステータス管理(In Progress / In Review への自動遷移). An agent skill from team-mirai/mirai-gikai.

    212 GitHub stars~407 tokensUpdated yesterday
    Auto-check passed
  • Parallel PR

    team-mirai/mirai-gikai

    複数の独立PRをチーム×worktreeで並列作成する。タスク一覧を受け取り、worktree準備→チーム組成→エージェント起動→CI確認→クリーンアップまで一気に実行する。

    212 GitHub stars~767 tokensUpdated yesterday
    Auto-check passed
  • PR Screenshot

    team-mirai/mirai-gikai

    UI変更を含むPRで、agent-browserでスクリーンショットを撮影し、R2にアップロードしてPR本文に貼り付ける

    212 GitHub stars~1.4k tokensUpdated yesterday
    Auto-check: notes
  • Push

    team-mirai/mirai-gikai

    現在のブランチの変更を origin に push し、対応する pull request を作成 または更新する。push、更新の公開、pull request の作成を依頼されたときに使用する。

    212 GitHub stars~724 tokensUpdated yesterday
    Auto-check passed

Questions about Land

What does Land do?

PR をランディングする。コンフリクトを監視・解決し、チェックを待ち、グリーンに なったら squash-merge する。land、merge、PR を完了まで導くことを依頼された ときに使用する。. Land is an agent skill from team-mirai/mirai-gikai.

How do I install Land in Claude Code?

Run `npx skills add team-mirai/mirai-gikai --skill land -a claude-code`. Or copy the skill folder (.agents/skills/land in team-mirai/mirai-gikai) into .claude/skills/land in your project. Claude Code loads it when a task matches its description.

How do I install Land in Codex?

Run `npx skills add team-mirai/mirai-gikai --skill land -a codex`. Or copy the skill folder (.agents/skills/land in team-mirai/mirai-gikai) into .agents/skills/land in your project. Codex loads it when a task matches its description.

Can I use Land in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add team-mirai/mirai-gikai --skill land -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/land, .gemini/skills/land, .github/skills/land and .opencode/skills/land in your project.

What does Land need to run?

Going by SKILL.md and its folder, Land needs the command-line tools its instructions call (gh, git, rg and python3). Our summary lists: Python 3.

Does Land access the network?

SKILL.md contains no URLs. Its commands use gh and git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Land safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Land use?

Land is published under the AGPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Land use?

About 1.6k tokens (SKILL.md is roughly 6.6k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Land?

Skills that share tags, products or a category with Land: Land (dxos/dxos, 526 stars), Land (PacificStudio/openase, 268 stars), Land (sushaantu/boxento, 154 stars) and Land (azu/irodr, 141 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Land?

team-mirai (a GitHub organization) maintains it in team-mirai/mirai-gikai, which has 212 GitHub stars. The repository holds 10 skills in this directory. The repository was last updated on October 9, 2026.

Source: team-mirai/mirai-gikai on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.