Communitygithub.com

記憶

再利用可能なプロジェクト知識をレビューし、プロジェクトメモリ、メモ帳、または永続的なドキュメントのいずれに属するかを判断します。

記憶 とは?

このスキルは、セッション中に発見された有用な知識を永続的かつ再利用可能な形で整理・保存するためのものです。チャット履歴に埋もれさせず、適切な記憶領域(プロジェクトメモリ、メモ帳、ドキュメント等)に振り分けます。ワークフローは、セッション結果の収集、各項目の分類(永続的事実、一時的メモ、オペレーターの指示、重複・古い情報など)、最適な保存先の提案、実際の書き込み・更新、そして重複や競合の指摘を含みます。Claude Codeや類似のAIエージェントプラットフォームで動作し、チームの知識管理を効率化します。重複を避け、各ストアの特性に合わせた整理が可能です。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/remember

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

記憶 は何をしますか?

ユーザーがセッション中に発見した有用な知識を保存・整理したいときにこのスキルを使用します。

目標

耐久性と再利用性のある知識を適切な記憶領域に昇格させ、チャット履歴に埋もれないようにします。

記憶領域

  • プロジェクトメモリ — 耐久性のあるチーム/プロジェクト知識
  • メモ帳(優先) — 次の会話のための短くて高いシグナルを持つコンテキスト
  • メモ帳(作業中) — 一時的なアクティブセッションノート
  • ドキュメント / AGENTS / CLAUDE ファイル — 本当にそこに属する耐久性のある指示や規約

ワークフロー

  1. 関連するセッションの成果を収集します。
  2. 各項目を分類します:
    • 耐久性のあるプロジェクト事実
    • 一時的な作業ノート
    • オペレーターの好みや指示
    • 重複 / 古い / 競合する情報
  3. 各項目に最適な保存先を提案します。
  4. 適切な記憶領域のみに書き込むか更新します。
  5. クリーンアップすべき重複や競合を指摘します。

ルール

  • すべてを1つのストアにまとめてダンプしないでください。
  • 耐久性のあるチーム知識にはプロジェクトメモリを優先します。
  • 短命な作業コンテキストにはメモ帳を優先します。
  • エントリは簡潔で実行可能に保ちます。
  • 不明な点がある場合は、事実として保存するのではなく、不明とマークします。

出力

  • 保存された内容
  • 保存場所
  • 見つかった重複や競合

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

agent-doc-discipline

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

ai-slop-cleaner

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

ask

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

ask-navigator

Shipyard

autopilot

Full autonomous execution from idea to working code

autoresearch

Stateful single-mission improvement loop with strict evaluator contract, markdown decision logs, and max-runtime stop behavior

cancel

Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) and clean up retired legacy state

configure-notifications

Configure notification integrations (Telegram, Discord, Slack) via natural language

debug

Diagnose the current OMC session or repo state using logs, traces, state, and focused reproduction

deepinit

Deep codebase initialization with hierarchical AGENTS.md documentation

deep-interview

Socratic deep interview with mathematical ambiguity gating before explicit execution approval

drydock

Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context, Rules, Tools, Standards) across 5 surfaces (CLAUDE.md, skills, design-system, mcp/cli, shared context) so that every human and agent inherits the same design language and anyone can ship. Run once per repo; re-run with --check to audit drift.

execute

Carry an approved task through to working, verified code

external-context

Invoke parallel document-specialist agents for external web searches and documentation lookup

graph

Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based crash recovery

harbor

Harbor intake for external work — the captain only handles unresolved decisions. Sweeps incoming issues and PRs, verifies every claim before disposition, reuses every decision already made, and hands the maintainer a docket whose pending items each carry one question with options, recommendation, impact and evidence. Agent-autonomous for facts and for actions covered by standing authorization; signed for every new judgment. Never merges.

hud

Configure HUD display options (layout, presets, display elements)

launch

Shipyard

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches

minimal-code-discipline

YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, dependency ladder, shortest correct diff, with non-negotiables that must never be minimized away

関連スキル