skills/edinet-api/SKILL.md
EDINET API(金融庁 電子開示システム)V2のインターフェース仕様リファレンス。書類一覧API・書類取得APIのエンドポイント、リクエストパラメータ、レスポンスフィールド、ステータスコード、書類種別コード、府令コードなどの仕様情報を提供する。EDINET APIを利用するコードの実装、APIレスポンスの解釈、パラメータの確認、エラーハンドリング、書類種別の特定など、EDINET APIに関する質問やタスクで使用する。トリガー例: 「EDINETの書類一覧を取得するAPIのパラメータは?」「docTypeCode 120は何?」「書類取得APIのレスポンス形式は?」「EDINET APIのエラーコード」
npx skillsauth add tarou-imokenpi/edinet-api-skill edinet-apiInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
EDINET API V2は金融庁が提供するREST APIで、有価証券報告書等の開示書類の一覧取得・書類取得を行う。
| API | 用途 | エンドポイント |
|-----|------|---------------|
| 書類一覧API | 日付ごとの提出書類一覧を取得 | GET /api/v2/documents.json |
| 書類取得API | 書類管理番号で書類を取得 | GET /api/v2/documents/{docID} |
ベースURL: https://api.edinet-fsa.go.jp
Subscription-Key パラメータにAPIキーを指定GET /api/v2/documents.json?date={YYYY-MM-DD}&type={1|2}&Subscription-Key={key}
| パラメータ | 必須 | 値 | |-----------|------|-----| | date | ○ | YYYY-MM-DD(当日以前、10年以内) | | type | - | 1=メタデータのみ(デフォルト), 2=書類一覧+メタデータ | | Subscription-Key | ○ | APIキー |
type=2時のresults配列の主要フィールド: seqNumber, docID, edinetCode, secCode, JCN, filerName, fundCode, ordinanceCode, formCode, docTypeCode, periodStart, periodEnd, submitDateTime, docDescription, withdrawalStatus, docInfoEditStatus, disclosureStatus, xbrlFlag, pdfFlag, attachDocFlag, englishDocFlag, csvFlag, legalStatus
GET /api/v2/documents/{docID}?type={1-5}&Subscription-Key={key}
| type値 | 取得内容 | 形式 | |--------|---------|------| | 1 | 提出本文書及び監査報告書 | ZIP | | 2 | PDF | PDF | | 3 | 代替書面・添付文書 | ZIP | | 4 | 英文ファイル | ZIP | | 5 | CSV | ZIP |
成功/エラー判定はContent-Typeで行う(HTTPステータスは常に200)。
書類種別コード(よく使うもの): 120=有価証券報告書, 130=訂正有報, 140=四半期報告書, 160=半期報告書, 180=臨時報告書, 350=大量保有報告書, 240=公開買付届出書
府令コード: 010=企業内容等, 030=特定有価証券, 040=公開買付け(発行者以外), 060=大量保有
全フィールド定義、全コードリスト、特殊ケース(取下げ・不開示・書類情報修正・閲覧期間満了)の詳細は references/api-spec.md を参照。
development
Maintainer-only workflow for handling GitHub Secret Scanning alerts on OpenClaw. Use when Codex needs to triage, redact, clean up, and resolve secret leakage found in issue comments, issue bodies, PR comments, or other GitHub content.
development
Maintainer workflow for OpenClaw releases, prereleases, changelog release notes, and publish validation. Use when Codex needs to prepare or verify stable or beta release steps, align version naming, assemble release notes, check release auth requirements, or validate publish-time commands and artifacts.
development
Run, watch, debug, and extend OpenClaw QA testing with qa-lab and qa-channel. Use when Codex needs to execute the repo-backed QA suite, inspect live QA artifacts, debug failing scenarios, add new QA scenarios, or explain the OpenClaw QA workflow. Prefer the live OpenAI lane with regular openai/gpt-5.4 in fast mode; do not use gpt-5.4-pro or gpt-5.4-mini unless the user explicitly overrides that policy.
development
End-to-end Parallels smoke, upgrade, and rerun workflow for OpenClaw across macOS, Windows, and Linux guests. Use when Codex needs to run, rerun, debug, or interpret VM-based install, onboarding, gateway smoke tests, latest-release-to-main upgrade checks, fresh snapshot retests, or optional Discord roundtrip verification under Parallels.