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 kazukinagata/shinkoku --skill submitgit clone --depth 1 https://github.com/kazukinagata/shinkokuWrote 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/kazukinagata/shinkoku/submit)<a href="https://agentmods.dev/skills/kazukinagata/shinkoku/submit"><img src="https://agentmods.dev/badge/skills/kazukinagata/shinkoku/submit/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/kazukinagata/shinkoku/submit"><img src="https://agentmods.dev/badge/skills/kazukinagata/shinkoku/submit.svg" alt="Reviewed on agentmods" width="80" 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.00107 | $0.04196 |
| Opus 5.5 | $0.00043 | $0.01678 |
| Sonnet 5.5 | $0.00021 | $0.00839 |
| Haiku 4.5 | $0.00011 | $0.00420 |
Grade A, and why
submit 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 1mo 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 — 327 lines — stays where its author put it; the contents beside it link to each section on GitHub.
提出準備・チェックリスト(Submission Preparation)
確定申告書類の最終確認と提出方法の案内を行うスキル。 申告書の作成が完了した後の最終ステップとして使用する。
設定の読み込み(最初に実行)
shinkoku.config.yamlを Read ツールで読み込む- ファイルが存在しない場合は
/setupスキルの実行を案内して終了する - 設定値を把握し、相対パスは CWD を基準に絶対パスに変換する:
db_path: CLI スクリプトの--db-path引数に使用output_dir: 進捗ファイル等の出力先ベースディレクトリ- 各ディレクトリ: ファイル参照時に使用
進捗情報の読み込み
設定の読み込み後、引継書ファイルを読み込んで前ステップの結果を把握する。
.shinkoku/progress/progress-summary.mdを Read ツールで読み込む(存在する場合)- 以下の引継書を Read ツールで読み込む(存在する場合):
.shinkoku/progress/07-income-tax.md.shinkoku/progress/08-consumption-tax.md.shinkoku/progress/02-assess.md
- 読み込んだ情報を以降のステップで活用する(ユーザーへの再質問を避ける)
- ファイルが存在しない場合はスキップし、ユーザーに必要情報を直接確認する
基本方針
- 提出前の最終チェックリストを体系的に確認する
- 提出方法(e-Tax / 郵送 / 税務署持参)の比較と推奨を提示する
- よくある間違い・漏れを具体的に指摘して修正を促す
- 提出後にやるべきことも案内する
ステップ0: 納税者プロファイルの検証
profile.py で config から納税者情報を取得し、記入漏れがないか検証する。
shinkoku profile --config shinkoku.config.yaml
検証項目
□ 氏名(姓・名)が登録されているか
□ 住所(郵便番号・都道府県・市区町村・番地)が登録されているか
□ マイナンバーが登録されているか(has_my_number: true)
□ 所轄税務署名が登録されているか
□ 提出方法(e-tax/mail/in-person)が設定されているか
不足している情報がある場合は、ユーザーに補完を案内する(/setup スキルの再実行または config の手動編集)。
ステップ0.5: 対応範囲の確認
shinkoku の対応レベルを確認し、Partial/Out に該当する所得がある場合はユーザーに注意喚起する。
対応状況の詳細は /capabilities スキルを参照。
- Partial: 所得計算は shinkoku で完了しているが、一部の帳票(第三表等)は手動作成または確定申告書等作成コーナーでの入力が必要
- Out: 該当する所得がある場合は税理士への相談を案内
ステップ1: 申告データの最終確認
以下のカテゴリごとにチェックを実施する。
詳細なチェック項目は references/submission-checklist.md を参照。
チェックカテゴリ
- 所得税の確定申告書: 第一表(収入・所得・控除・税額)、第二表(内訳・明細)の計算結果
- 青色申告決算書: 損益計算書・貸借対照表の整合性(該当者のみ)
- 消費税申告書: 課税売上・納付税額の検証(該当者のみ)
- 第四表(損失申告): 繰越損失の記載内容の検証(該当者のみ)
- 減価償却明細書: 固定資産の償却計算の検証(該当者のみ)
- 添付書類: 源泉徴収票、控除証明書、特定口座報告書等
ステップ2: よくある間違いの最終確認
提出前に以下の典型的な間違いがないか確認する。reference/common-mistakes.md も参照。
致命的な間違い(申告が無効になる可能性)
- マイナンバーの記載漏れ: 第一表・第二表にマイナンバーが記載されているか
- 署名・押印漏れ: 書面提出の場合、署名があるか(令和3年分以降、押印は不要)
- 添付書類の不足: 住宅ローン控除初年度の必須書類がすべて添付されているか
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 1mo ago First seen · 327 lines · 107 tokens per session scan A 59795095dac8
submit is a skill published in the GitHub repository kazukinagata/shinkoku (366 stars, last pushed 1mo ago), licensed MIT. It adds 107 tokens to every session and 4,196 once invoked, about $0.0004 per session on Opus 5.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-30.
Other skills, from other repositories
add-pdf-report
Internal implementation skill invoked by /add-native for app-generated PDF report workflows using expo-print and, when present, expo-sharing.
add-pdf-viewer
Internal implementation skill invoked by /add-native for native PDF control workflows. Handles HTTPS and file URI PDF viewing with @microsoft/power-apps-native-pdf-viewer 0.2.9+.
add-sharepoint
Adds SharePoint Online connector to a Power Apps code app. Use when reading lists, managing documents, or integrating with SharePoint sites. Can also create new SharePoint lists.
add-excel
Adds Excel Online (Business) connector to a Power Apps code app. Use when reading or writing Excel workbook data from OneDrive or SharePoint.
add-onedrive
Adds OneDrive for Business connector to a Power Apps code app. Use when uploading, downloading, listing, or managing files in OneDrive.
technical-documentation
Audit, write, and improve developer documentation using Google's Developer Documentation Style Guide and Technical Writing courses. Use this skill for any documentation work, even when the user names no style guide: "audit our docs", "review this README", "write a README", "getting started guide", "how-to or…