依頼の詳細

今後使えるメモ（MTG内・共有内容の事実のみ）

knowledge-hubの位置づけ

• knowledge-hubは、社内のルール・ノウハウ・ナレッジを1つのGitHubプライベートリポジトリに集約するための仕組みとして共有された。
• 目的は「知識レイヤー」と「学習ループ」の2層で整理されている。
• Phase1はナレッジ集約で、ナレッジが貯められる状態を作ることが範囲。
• Phase2は、蓄積ナレッジをもとに案件対応の自動化へ進める構想として扱われている。

運用に関する共有内容

• 人が行う操作は、初回の準備作業と、退勤前にAIへ「今日の記録をして」と依頼することの2つに絞る説明になっている。
• 記録対象は、AIの初期対応、人の指摘・修正、最終結果、判断理由、参照したルール、ルール化すべきか等。
• ナレッジは1対応=1ファイルの形式で蓄積する説明になっている。
• GitHub Wikiは人向けビューとして使い、元データはMarkdown側に置く説明になっている。

注意事項・未解決項目

• 認証情報やパスワード等はknowledge-hubに格納しない方針が共有されている。
• プライベートリポジトリWikiの検索可否は未解決項目として挙がっている。
• knowledge/のフォルダ分け基準は未解決項目として挙がっている。
• Wiki同期の生成ロジック詳細は未解決項目として挙がっている。

MTG概要（2026-07-09）

開催情報

• 2026-07-09(木) 12:00〜13:00にMTG予定が共有された。
• 場所は札幌B会議室、東京A会議室と共有された。

主な議題

• GitHubに統括リポジトリをどのように構築するかの進捗共有が議題として共有された。

奈良さんから共有された内容

• 統括リポジトリを作成し、Wikiの記載をAIで実行したことが共有された。
• 共有されたWikiは https://github.com/PLUS-Company/knowledge-hub/wiki 。
• plus-nakataアカウントで閲覧可能と共有された。
• 現在のWikiは案件の対応履歴のような内容になっており、AIで自動的に蓄積される状態と説明された。
• まだ配布できる状況ではなく、引き続き調整する旨が共有された。
• チーム向けに「皆さんにお願いしたいことは2つだけ」の手順書が準備中と共有された。
• エンジニア向け説明資料が共有された。
• エンジニア向け資料の「06 日次運用フロー 作業開始時」はPhase2の内容のため、今回の確認では飛ばす旨が共有された。

共有リンク

• GitHub Wiki: https://github.com/PLUS-Company/knowledge-hub/wiki
• チーム向け手順書: https://plus-testing.com/nara/knowledge-hub/guide/
• エンジニア向け説明資料: https://plus-testing.com/nara/knowledge-hub/engineer/

MTG概要（2026-07-02）

開催情報

• 2026-07-02(木) 16:00〜17:00にMTG予定が共有された。
• 場所は東京A会議室と共有された。

共有された現状

• Claude Maxプランでも朝から利用上限に達するケースがあることが共有された。
• エンジニア側では、Claudeのエージェント・モデル、rules/ディレクトリ、skills/、work_logコマンドによる作業記録管理が共有された。
• デザイン側では、AIに丸ごと任せる段階ではなく、タスクを書き出してAIに相談・チェックしてもらいながら進めていることが共有された。
• Claudeのフィードバックに対してコメントを残し、より良いアイデアが出るように蓄積していることが共有された。

ナレッジ集約の方向性

• 各自のルール・スキル・仕組みがローカル環境に分散しており、新しいメンバーが入った場合に共有できないことが課題として挙がった。
• クラウド上の一箇所にナレッジを集約し、どの環境のAIからでも同じ条件で参照できる状態を目指すことが話された。
• 統括用のGitHubプライベートリポジトリを作成し、各自がそこを参照する案が有力として共有された。
• GitHubにはバージョン管理・バックアップ・差し戻しができる利点があることが話された。
• 外注・インターン対応時も、リポジトリへの参照権限を付与する運用が想定された。

技術的な議論

• GitHubのMarkdownはデザイナーにとって読み慣れていないため、GitHub Actions等でHTML化して見やすくする案が出た。
• 全ファイルをAIに一括で読ませるとトークン消費が大きいため、必要な情報だけを読み込む仕組みが必要とされた。
• Claudeの自作スラッシュコマンドを使い、案件種別などに応じて必要なファイルだけ読み込む案が話された。
• NotebookLMを使って、蓄積したドキュメントを要約・スライド化する案が出た。
• NotionページをエクスポートしてClaudeに渡すワークフローを試す案が出た。
• Notion APIも選択肢として挙がったが、まずはエクスポートから試す方向が共有された。
• 現事業部の業務では、単体ツールよりもサブエージェント・スキルを動かす形が合いそうという話が出た。

アクションアイテム

• 奈良さんにGitHub統括リポジトリの設計、仮環境構築、ワークフロー手順書作成を依頼する。
• 中田さん・奈良さんのエンジニア側でGitHub運用を先行検証し、デザインチームへ展開する。
• デザインチームはGitHub環境整備が完了するまで、各自のナレッジ・ノートを蓄積する。
• 各自のClaudeディレクトリ配下のファイル構成を確認し、現状把握をしておく。
• NotionページをエクスポートしてClaudeに渡すワークフローを試す。
• AIを活用して成果・事例が出たら、簡単な手順書や成果物とセットでSlackに共有する。
• Slackのナレッジベース関連スレッドは、ピン留めするか検索しやすい形で管理する。
• 次回ミーティングの1時間枠を2026-07-09で調整・確保する。

MTG概要（2026-06-25）

開催情報

• ナレッジゴール設定MTGの開催案内が共有された。
• 進行構成は、認識合わせ、ゴール・質疑応答、役割分担、個人発表・情報共有、全体・質疑応答、まとめの合計60分。
• タスク詳細では「6月25日(木)12時〜」、別ログでは「6月25日(木)16時半〜」の記載があるため、時刻は資料間で差異あり。

事前準備として共有された内容

• 次回MTGまでに、自分の作業をAI化する際にAIが持っているべきナレッジを洗い出すことが共有された。
• すでにAIに渡しているナレッジがある場合、どのような項目を渡しているのか確認することが共有された。

議題として共有された内容

• 「基本的な情報（wiki）」「案件やサイト別の情報」「実施した施策の情報」を蓄積する上で、AIを最大限活用するために必要な項目・ルールをまとめることが議題として共有された。