Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add masa-san-jp/Agent-Aiko --skill log-pushgit clone --depth 1 https://github.com/masa-san-jp/Agent-AikoWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/masa-san-jp/agent-aiko/log-push)<a href="https://agentmods.dev/skills/masa-san-jp/agent-aiko/log-push"><img src="https://agentmods.dev/badge/skills/masa-san-jp/agent-aiko/log-push.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00125 | $0.01683 |
| Opus 5 | $0.00063 | $0.00842 |
| Sonnet 5 | $0.00025 | $0.00337 |
| Haiku 4.5 | $0.00013 | $0.00168 |
Grade A, and why
log-push scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 8d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 118 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/log-push
セッション終了時の「ログ残し + GitHub push」を一発で実行する複合コマンドの参考実装。パス・名称は各組織の構成に合わせて調整して使う。
トリガー
明示・非明示の両方で起動する:
- 明示:
/log-pushまたはlog-push(スラッシュなしも可) - 非明示(文脈): 以下を両方含意する発話
- 「終わり」「以上」「今日はここまで」「お疲れ」などのセッション終了シグナル、または「今日の作業をまとめて」「反映しといて」など作業完了の表現
- かつ「ログ」「log」「プッシュ」「push」「保存」「GitHub」などログまたは push の言及
- 単に「終わり」「お疲れ」だけ(ログ・push の言及なし)の場合は 起動せず、通常の終了挨拶のみ返す
判断に迷う場合は、起動前に「/log-push を実行しますか?」と 1 行確認する。
引数
/log-push は引数を取らない。文脈から自動的にスコープを判定する。追加の指示(例:/log-push 公開ログは書かなくていい)がある場合はそれを尊重する。
実行手順
Step 1: 変更スコープの検出
git -C {{ORG_REPO_PATH}} status -s
から変更を分類する。例:
- 各エージェント設定配下の変更 → 該当エージェントの作業ログ更新が必要
- リポジトリ構造・共通設定(
.claude/など)の変更 →dev-logs更新対象 - 関連リポジトリのローカルクローンがあれば、その
git statusも確認
Step 2: エージェント別ログ追記
触ったエージェント <agent> の {{ORG_REPO_PATH}}/local-workspace/logs/<agent>/current.jsonl に 1 行追記する。ログは 1 行 1 JSON(JSONL)で、以下のような汎用スキーマを用いる:
{"ts":"YYYY-MM-DD","agent":"<agent>","task":"<タスク名>","status":"completed|in_progress|blocked","summary":"<実施内容を1〜2文>","issues":[],"decisions":[]}
ts:日付(またはタイムスタンプ)agent:エージェント名task:タスク名status:進捗(completed / in_progress / blocked など)summary:実施内容の要約issues/decisions:課題・意思決定の配列(任意)
複数タスクなら 1 タスク 1 行。local-workspace/logs/ は git 範囲外の同期領域を想定しており、機密内容を含んでよい(公開リポジトリには載せない)。
Step 3: dev-logs 更新(構造変更があった日のみ)
下記いずれかの変更があった場合のみ {{ORG_REPO_PATH}}/dev-logs.md(相当のファイル)に当日の節を追加する:
- エージェントの追加・削除・再編
- CLAUDE.md / manifest / schema など設定の構造変更
.gitignore/ 共通設定の変更- 運用ルール・意思決定の変更
- スキル・エージェント定義の新規追加
通常タスク実行のみなら更新しない(過剰記録を避ける)。
Step 4: 公開ログへの書き出し(任意)
公開可能な技術的設計知見が含まれる場合のみ、<public-logs>/logs/YYYYMMDD-<topic-slug>.md を作成する。
公開時の必須処理:
- 個人ディレクトリの絶対パス(
~/...相当)を抽象化 - 固有名(エージェント名・取引先名・財務情報など機密)を一般化または除去
- 未公開の創作・原稿内容は記載しない
- 末尾に「適用可能な汎用パターン」を 2〜3 個抽出して記載
公開ログは公開リポジトリ(main ブランチ)へ push する想定。feature ブランチで作業していれば一時的に main に切替して書き、終わったら元のブランチへ戻す。
Step 5: GitHub push
該当リポジトリそれぞれに対して push する。例:
# メインリポジトリ(同期スクリプト経由。詳細は /sync 参照)
bash {{ORG_REPO_PATH}}/Agent-team/tools/agent-sync/agent-sync.sh push
# 公開ログ(書いた場合のみ)
cd <public-logs>
# 必要に応じて main ブランチへ切替・コミット・push・元のブランチへ戻す
# その他のローカルリポジトリ
# 各リポジトリの慣習に従って commit & push
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 8d ago First seen · 118 lines · 125 tokens per session scan A d87e1bd62eda
log-push is a skill published in the GitHub repository masa-san-jp/Agent-Aiko (3 stars, last pushed 1mo ago), licensed MIT. It adds 125 tokens to every session and 1,683 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
git-commit
Stage, write, and structure git commits and pull requests cleanly. Read this before committing — for conventional-commit message format, when to split commits, and how to open a PR with the gh CLI.
issue-to-pr
Implement one bounded repository issue with normal host tools, prove the tested change through one scafld finalize wall, and optionally publish the exact pull request through scoped provider authority with readback.
commit
A guide for creating a Git commit, which is a saved set of code changes, from the current differences in a project.
incremental-diff-ingestion
How autonomous agents use compact unified git diffs (git diff -U3, git diff @{u}..HEAD) instead of full-file ingestion for PR reviews and commit audits, reducing review tokens by 90%.
speckit-git-commit
Auto-commit changes after a Spec Kit command completes.
speckit-git-initialize
Initialize a Git repository with an initial commit.