Busabase × Jan
Jan のナレッジベース
ローカル推論とチームの共有知識を使い分ける
Jan のローカルモデル、プロジェクトファイル、MCP ツールに、チームで維持する Doc と業務レコードを組み合わせます。リモートサービスへ接続する前に、端末の外へ送れる資料の範囲を決めます。
接続ガイド →
端末に残す資料と共有する資料を決める
ファイル形式より用途で分けます。個人メモ、共有許可のない契約書、オフライン資料は端末に残し、共通の製品説明やサービス方針、確認済みの結論を共有します。ローカルフォルダー全体を送る必要はありません。
資料ごとに閲覧者、更新者、回答に示す出典を決めます。説明は Doc、変化する事実は Base に置きます。チーム情報が必要なときだけ指定 Space を検索し、回答にレコードを示します。
保存先と維持する責任を決める
方針 Doc
規則の全文、対象、例外、出典を保存し、方針の責任者が説明を維持します。
知識 Base
継続管理する事実ごとに、キー、値、出典 URL、責任者、適用範囲、状態を保存し、方針 Doc に関連付けます。
更新 Skill
読み取り、根拠の確認、変更提案の手順を保存します。データへの権限を与えるものではありません。
結果レコード
タスクと成果物、決定、未確認事項を関連付けます。次の実行は終了状態から推測せず、実際の結果を読みます。
モデル・ツール・通信先をそれぞれ選ぶ
ローカルモデルは推論場所、リモート MCP は通信先、Busabase の権限は閲覧・更新範囲を決めます。機密を含まない既知のレコードから始め、ツール呼び出しと認証、Space を確認して範囲を広げます。
プロジェクト全体を送り直さず共有知識を更新
古い説明を見つけたら共有レコードと出典を確認し、新しい根拠のある項目だけを提案します。レビューでは変更前後と理由を確認でき、承認後のタスクは正式な版を読みます。ローカル資料の公開範囲は維持します。
確認できる引き継ぎを残す
引き継ぎには読んだレコード、回答の根拠、適用範囲を示します。修正案には ChangeRequest のリンクと変更項目を添え、責任者が変更前後と理由を確認できるようにします。承認後は正式レコードと結果を確認します。提案、承認判断、更新済みの値を区別し、受け手は未承認の結論を正式な事実として使いません。出典が失効していれば履歴と適用範囲を残し、責任者に新しい根拠を求めます。
既存の事実一件で最初の確認を行う
- 01
出典の分かる既存の方針や事実を選び、変更を頼む前に責任者を決めます。
- 02
現行レコードを読み、出典、適用範囲、版を返すよう指示します。対象資料を確認してから書き込みへ進みます。
- 03
変更前後、理由、根拠を示す範囲の限られた提案を作ります。人のレビューが必要なら、権限を持つ判断までは提案として保持します。
- 04
別のタスクから正式レコードを読み直し、値と出典を確認します。却下・未解決の変更は正式な回答に入れません。
接続と権限の境界
Jan はリモート HTTP/SSE MCP と PKCE を使う OAuth に対応します。ツールの許可設定には全体の自動許可もありますが、Busabase のレコード権限は別に設定します。推論がローカルでも、リモート MCP への問い合わせと結果は接続先と通信します。
調整して使える指示
接続した Space のチーム方針 Doc と承認済みの製品レコードだけを使い、リンクを付けて回答してください。ローカルのプロジェクトファイルはアップロードしないでください。古い事実には出典付きの修正を提案し、ChangeRequest を示してください。
接続前によくある質問
ローカルモデルならリモート MCP も端末内で完結しますか？
いいえ。推論場所とリモートツールの通信は別です。送信可能な資料を決め、個人ファイルをツールの対象から外します。
元のメモリーを置き換えますか？
実行用の文脈や個人の好みは元の場所に残します。他の人が参照・検証・更新する知識だけを共有します。
一回の動作はどう確認しますか？
既存レコードのリンクと出典を確認し、根拠のある修正を一件提案します。差分を見て、承認された正式レコードを読み直します。提案リンクだけでは変更完了を確認できません。