Open Beta 版につきご注意ください。 仕様変更・破壊的変更が予告なく行われる場合があります。また、データの消失・移行が発生する可能性があります。重要なデータのバックアップを推奨します。
Open Beta — use with caution. Breaking changes may occur without notice. Data loss or migration may happen during this phase. We recommend keeping backups of critical data.
記録するほど、次の判断が楽になる。
AIとの対話から設計判断・問題・知識が積み重なり、一人の気づきがチーム全体の判断基準へと育っていきます。ソフトウェア開発に限らず、「判断を繰り返すすべての仕事」で価値を発揮します。
AIと振り返ることで、さらに良くなる。
定期的な振り返りを AI と行うことで、蓄積した知識が具体的な改善施策へと変わります。
The more you record, the easier every decision becomes.
Decisions, problems, and insights from AI conversations accumulate into shared knowledge — turning one person's insight into the whole team's standard. Not just for software development, but for any work where decisions repeat.
Get even better by reflecting with AI.
Regular AI-assisted retrospectives turn accumulated knowledge into concrete improvement actions.
record_case で原因と対策を記録。次回タスク開始時に check_context が自動で警告する。record_case. Next time, check_context surfaces the warning automatically before work begins.record_case で残す。後から誰でも経緯を追える。record_case. Anyone can trace the history later.get_summary で今月の判例を俯瞰し、find_patterns で繰り返しパターンを検出。ルールとして昇格できる候補を自動提案。get_summary gives a bird's-eye view of this month's cases. find_patterns detects recurring patterns and suggests which ones to promote into rules.https://sekichi.fly.dev/mcp、チーム共有は https://sekichi.fly.dev/mcp?team=<slug> を入力して Connect をクリック
Enter https://sekichi.fly.dev/mcp for personal use, or https://sekichi.fly.dev/mcp?team=<slug> for team sharing, then click Connect
claude.ai で自動参照を有効にするには、Project のカスタム指示 に設定します。
New Project を作成（または既存 Project の Settings を開く）→ Custom Instructions に以下を追加してください。
To enable automatic context checking in claude.ai, add the following to your Project's Custom Instructions.
Create a new Project (or open an existing Project's Settings) → Custom Instructions → paste below.
## Sekichi 連携
タスクを開始する前に、sekichi MCP ツールの `check_context` をタスクの内容とともに呼び出すこと。
この会話の中で重要な判断・問題が発生した場合は、`record_case` を積極的に呼び出して記録すること。
記録を求められるのを待たず、判断やインサイトが生まれたその場で記録する。
ナレッジレビューを依頼されたときは、`get_summary` と `find_patterns` を呼び出し、
繰り返しパターンを改善提案（プロセス / 技術 / 追加すべきルール）として整理して提示すること。## Sekichi Integration
Before starting any task, use the sekichi MCP tool `check_context` with the task description.
When this conversation involves a non-trivial decision or problem, proactively call `record_case`
to save it — don't wait to be asked.
For knowledge reviews: call `get_summary` and `find_patterns`, then synthesize recurring patterns
into concrete improvement suggestions (process / technical / rules to add).check_context will be called automatically in every conversation within that project.プロジェクトルートの CLAUDE.md に以下を追加するだけで、Claude Code がタスク着手前に自動で関連ルール・判例を参照します。
Add this to your project's CLAUDE.md. Claude Code will automatically check relevant rules and past cases before starting any task.
## Sekichi 連携
### タスク着手前
タスクの内容を添えて `check_context` を呼び出し、関連するルールと過去の判例を確認する。
### 作業中
重要な判断をした、または問題に遭遇したときは、積極的に `record_case` を呼び出す。
記録を求められるのを待たず、判断やインサイトが生まれたその場で記録すること。
### SDD 各ステップでの確認
設計駆動開発（SDD）フローの各ステップでも `check_context` を呼び出す：
- **仕様策定**: `check_context(task="〇〇の仕様策定")` → 業界制約ルール、類似プロジェクト判例
- **ユーザーストーリー**: `check_context(task="〇〇のユーザーストーリー")` → 過去の実例
- **DB 設計**: `check_context(task="〇〇のDB設計")` → 命名規約、正規化方針
- **タスク分解**: `check_context(task="〇〇の実装")` → 技術制約、既知の落とし穴
### 月次ナレッジレビュー
ナレッジレビューを依頼されたときは以下の手順を実行する：
1. `get_summary(period="this_month")` — 直近の判例を取得
2. `find_patterns()` — 繰り返しパターンを検出
次の4軸で整理して提示する：
- **繰り返し判断** → `record_rule` でルール化を提案
- **繰り返し問題** → 根本原因と改善策を提示
- **有効だった判断** → ベストプラクティスとして強調
- **改善提案** — 具体的な次のアクション 3〜5 件（プロセス / 技術 / ルール追加・変更）
ルール化する価値があるパターンは `record_rule` を呼ぶか確認すること。
### チームへの昇格
個人テナントに記録した判例・ルールをチームに共有する場合は `promote_to_team` を呼ぶ。
振り返り時に「この判例をチームに共有して」と言えば実行できる。## Sekichi Integration
### Before every task
Call `check_context` with the task description to surface relevant rules and past cases.
### While working
When a non-trivial decision is made or a problem is encountered, proactively call `record_case`.
Don't wait to be asked — if this conversation involved a real decision or insight, record it.
### Check at each SDD step
Call `check_context` at each step of the design-driven development flow:
- **Spec definition**: `check_context(task="spec for ...")` → industry rules, similar project cases
- **User story creation**: `check_context(task="user stories for ...")` → past examples
- **DB design**: `check_context(task="DB design for ...")` → naming conventions, normalization rules
- **Task breakdown**: `check_context(task="implementation of ...")` → tech constraints, known pitfalls
### Monthly Knowledge Review
When asked to do a knowledge review, follow these steps:
1. `get_summary(period="this_month")` — get all recent cases
2. `find_patterns()` — detect recurring patterns
Then synthesize and present:
- **Repeated decisions** → propose promoting to rules via `record_rule`
- **Recurring problems** → identify root causes and suggest process improvements
- **Effective decisions** → reinforce as best practices
- **Improvement suggestions** — 3–5 concrete next actions (process / technical / rules to add or change)
Ask whether to call `record_rule` for each pattern worth formalizing.
### Promoting to team
To share a personal case or rule with the team, call `promote_to_team`.
During a retro, just say "share this with the team" and it will be promoted.claude mcp add sekichi --transport sse https://sekichi.surp.tech/mcp で直接追加することも可能です。claude mcp add sekichi --transport sse https://sekichi.surp.tech/mcp.