nanokit

Agent guide for running GPU experiments and serverless model deployments with the jl CLI on JarvisLabs.ai.

設計・アーキテクチャの壁打ちを Codex MCP (GPT) と行う。 実装前の方針検討、トレードオフ分析、API 設計の相談に使う。 "codex discuss", "GPTと相談", "壁打ち", "設計を議論" などで呼び出す。

git diff ベースのコードレビューを Codex (GPT) に依頼する。 コード変更後にセカンドオピニオンが欲しいとき、"codex review", "GPTにレビューして", "セカンドオピニオン" などで呼び出す。実体は公式プラグイン codex@openai-codex に 移行済みで、本 skill は自然文トリガーの受け皿 (誘導シム)。

実装・レビュー (Codex MCP / GPT)・修正の反復ループ。 ユーザーの意図する機能が動くこと (= 機能ゲート pass) と Codex の LGTM を AND で満たすまで回す。 タスク説明 / plan ファイル / 既存 diff のいずれを起点にしてもよい。 実装フェーズは Karpathy 4 原則 (think before / simplicity / surgical / goal-driven) に従う。 "lgtm loop", "LGTMまで回す", "実装してレビューして直して", "実装と修正をループで" などで呼び出す。

生成・編集した視覚成果物（Web ページ URL、ローカルの HTML/UI ファイル、 画像・図・PDF/SVG）をスクリーンショットで取得し、Read で実際に見て チェックリスト採点する。崩れ・はみ出し・重なり・コントラスト不足を検出し、 NG なら具体的な修正案を返す。Max プランの画像認識を惜しまず使うための専用コマンド。

人間が読む長めの文章・レポート・ドキュメント・資料を生成するときに使用する。単一の HTML ファイル (+ 必要なら assets/) として出力し、Markdown が 100 行を超えると読まれなくなる問題を sticky TOC・構造化 callout・優先度 pill・数式 (KaTeX)・コードハイライト (Prism)・D2 ダイアグラム・チャート (matplotlib SVG) で解決する。技術分析・応用検討・設計レポート・選択肢比較・サーベイ・議論ログ (Codex 等の第二視点を取り込む review-log 型) など、500 字を超える / 図表を伴う / 改訂を重ねる文書には必ず使用する。"レポート", "ドキュメント", "資料", "サーベイ", "技術レポート", "HTMLレポート", "応用検討", "選択肢比較", "議論ログ", "review log", "Codex レビュー反復" などのトリガーで発動する。

CTO 向けのアルゴリズム・設計思想の概要資料を **単一の HTML ファイル** として作成する。技術的な実装詳細ではなく、大枠のロジック・判断基準・設計意図を簡潔にまとめ、ブラウザでそのまま開けるリッチな資料として渡す。プロジェクトのアルゴリズムや設計を俯瞰的に説明する資料が求められた時に使用する。

Generates focused git commits with well-structured messages. Analyzes the diff, splits unrelated changes via `git add -p`, and writes Problem → Solution → Implications messages (type + subject + body). Use when the user says "commit", "コミット", "コミットして", "git commit", "PR を作って", asks to split a diff, write a commit message, fix up history, or when work is ready to commit. MUST be invoked before any `git commit` bash invocation — the Bash system-prompt "Committing changes with git" section is a fallback, not a substitute.

Guide for writing content to Notion pages via the mcp__notion__ MCP server. Covers DB template discovery before adding new pages (fetch the DB's registered template page and match its structure / heading colors / section order before writing), block type selection (heading_1-3, paragraph, bulleted_list_item, to_do, callout, code, divider, bookmark), URL embedding as bookmark cards instead of raw text, the Task Description / Result / Notes page template with colored heading backgrounds, safe batch sizes for patch-block-children, and common failures including the intermittent "body.children should be an array" serialization error, delete-a-block permission denials for blocks the agent did not create, and update-a-block limitations. Use when adding or updating Notion pages via mcp__notion__, creating new pages inside a database, writing task or project templates, embedding URLs, or debugging Notion write failures.

Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.

設計ドキュメントを作成する (project)

Drafts, reviews, and rewrites computer-science research papers (CVPR/NeurIPS/ICML/ACL/SIGGRAPH style). Use when writing or critiquing CS papers, abstracts, introductions, related work, or paragraphs; when asked to structure a contribution around a "nugget" / Problem-Solution / Goal-Problem-Solution pattern; when filling a Nature summary-paragraph or Michael Black Mad Libs abstract; when removing LLM-tell (delve, showcase, allows to, ...) or zombie nouns. Triggers include "論文 執筆", "論文 査読", "論文 添削", "abstract template", "paper skeleton", "introduction review", "related work grouping".

pixi (conda-forge) でプロジェクト環境を構築・管理するルールと知見。 このような状況の時には必ず参照してください: - pixi.toml / pyproject.toml の [tool.pixi.*] を編集するとき - 新しいパッケージを追加するとき（conda-forge vs PyPI の判断含む） - CUDA/PyTorch 設定、cross-platform 対応 (linux-64/linux-aarch64/osx-arm64) - Docker 統合、conda→pixi 移行、pixi install や solver エラーの対処時

Claude Code の回答からメインコンテンツ（コード、コマンド、テキスト）を 抽出してクリップボードにコピーする。macOS / Linux / Windows (WSL/PowerShell) 対応。

Guide for creating mermaid diagrams. This skill should be used when users want to create a mermaid diagram (or update an existing diagram).

Code review — local uncommitted changes or GitHub PR (pass PR number/URL for PR mode)

Windows で作成された ZIP ファイルを macOS / Linux で展開するときの Deflate64 圧縮・Shift_JIS ファイル名・CP932 テキストエンコーディングの 3 重問題を解決する。ZIP 展開で文字化けやエラーが出たときに参照する。

Use this skill when creating or updating a README file. Covers the funnel structure (What → Why → Install → How), keeping it concise, and separating concerns into dedicated files (CONTRIBUTING.md, CHANGELOG.md).

Use this skill when modifying existing code or before creating commits/PRs. Covers pre-change investigation (understand why existing code was written that way) and self-review checklist (correctness, consistency, comment quality, commit quality).

Use this skill when writing or modifying code that involves non-obvious logic, design trade-offs, or hard-learned lessons. Covers the 7 types of valuable comments (TODO, references, correctness arguments, hard-learned lessons, constant rationale, load-bearing choices, why-nots) and the principle of writing "why" not "what".

Use this skill when reviewing others' code, writing review comments, or responding to code review feedback. Covers actionable comments, question-over-demand style, blocking vs nit distinction, and acknowledging good choices.