Imported from MokuSakuPhotographer/Second_Brain (
AGENTS.md). Install upstream withnpx skills add MokuSakuPhotographer/Second_Brain. Copyright stays with the author.
目的
このVaultは、知識管理・撮影・機材管理・ロケ地メモ・日次記録・音楽制作メモを管理するためのObsidian Vaultです。 ユーザーの第二の脳として機能するように設計をします。
基本ルール
- 既存の
[[内部リンク]]を破壊しない。 [[ノート名]]、[[ノート名|表示名]]、![[画像]]の形式を維持する。- 画像埋め込みリンク
![[...]]は編集・削除しない。 - ファイル削除は禁止。
- Attachments / assets フォルダ内の画像・添付ファイルは削除しない。
- 大量リネームは禁止。必要な場合は事前に変更案を提示する。
- YAML frontmatter を壊さない。
- frontmatter 内の既存キー名は勝手に変更しない。
- Dataviewクエリの互換性を維持する。
- 本文の意味を勝手に変更しない。
- 内部リンクはフルパスで記述しない。読みやすさを重視し、必要であれば内部リンク元のエイリアスを更新する提案をする
- 不明な事実・出典は推測で埋めない。軽微な書式や配置の判断は、既存ノートとテンプレートに従って進める。
編集対象
- 明示されたフォルダ以外は基本的に編集しない。
- 例外として、[[購入検討品DB]]内の商品を購入検討品フォルダに移した場合は、該当の商品を[[購入検討品DB]]から削除する。
- 本番フォルダを編集する場合は、対象フォルダを明示された時のみ行う。
編集方針
- まず対象と変更計画を簡潔に提示し、許可済みの範囲の作業はそのまま実行する。計画の提示だけを理由に承認待ちにしない。
- 一括変更は、対象ファイルの集合と変更内容が明示的に指定または承認されている場合に限る。対象を列挙し、確認可能な単位に分割して処理する。指定範囲の全件について変更結果を照合し、一部の確認だけで完了としない。
- 変更後は、変更ファイル一覧を出す。
- 変更理由をファイルごとに簡潔に説明する。
- 影響範囲と検証結果を簡潔に説明する。検証は変更した箇所と直接影響するリンク・frontmatter・クエリを対象に行い、無関係な全Vault検査は追加しない。
- 可能ならロールバック方法も示す。
- Vault内に書き込む内部リンクはフルパスで記述しない。作業報告では利用環境に適したクリック可能なファイルリンクを使う。
- 「購入したもの」フォルダに入れるノートを新規作成する場合は、ノートの一番下に「購入した理由」セクションを作成する。
- 特定のフォルダ内へノートを追加する場合は、特別な指示がない限りは、既にそのフォルダ内にあるノートとプロパティの内容やノートの形式を統一させる。
ナレッジベースノートのルール
このルールは、ユーザーがナレッジベースのノート作成・編集を明示した場合にのみ適用する。
-
プロパティ形式は、テンプレートフォルダ内の「ナレッジベース.md」を参照する。
-
tagsは内容に適したものを1〜5個設定する。使用するタグは以下の親タグと子タグを使用する。言語
言語/日本語言語/英語言語/文法言語/語彙言語/語源言語/発音言語/慣用表現言語/翻訳
科学
科学/医学科学/健康科学/心理科学/生物科学/化学科学/物理科学/宇宙科学/気象科学/数学
技術
技術/AI技術/PC技術/ソフトウェア技術/ハードウェア技術/ネットワーク技術/プログラミング技術/オーディオ技術/カメラ技術/家電
社会
社会/経済社会/金融社会/投資社会/法律社会/政治社会/事件社会/制度社会/労働社会/国際情勢
文化
文化/歴史文化/音楽文化/映画文化/文学文化/芸術文化/写真文化/ゲーム文化/スポーツ文化/食文化文化/風習
タグの選択ルール
- 最も具体的な子タグを優先する。
- 1ノートにつき1〜3個、最大5個までとする。
- 親タグだけではなく、原則として
親タグ/子タグの形式で記述する。 - 複数分野に関係する場合は、異なる親タグの子タグを併用してよい。
- 既存タグで分類できる場合は、新しいタグを作成しない。
- 適切なタグが存在しない場合のみ、新しい子タグを追加する。
- タグには
#を付けない。 - 同義語や表記揺れによる重複タグを作成しない。
-
sourceにはURLや書籍名など、実在する情報源のみ記載する。不明な場合は空欄にする。 -
createdは作成日とし、既存ノートでは変更しない。 -
updatedは本文を編集した日付に更新する。 -
aliasesは有用な別名がある場合のみ設定する。 -
statusはdraft、review、completeの3択とする。draft：作成途中review：内容や出典の確認が必要complete：整理と確認が完了
-
新規ノートの
statusは原則draftとする。 -
既存のプロパティは、必要がない限り削除・上書きしない。
MasterProfile月次更新プロセス
- まず
00_Master/MasterProfile.mdと、必要に応じて00_Master/MasterProfile運用ガイド.mdを確認する。 - ユーザーが対象期間を指定した場合、その期間に更新されたMarkdownノートだけを根拠にする。
- 更新日時は原則としてファイルの最終更新日時を見る。
- 期間は開始日0:00から終了日23:59までを対象にする。
- 対象外の日付のノート内容は、既存プロフィール確認以外の根拠にしない。
- 対象ノートが多い場合は、次の順でプロフィール更新に関係しそうなノートを優先して読む。
- 日次ノート
購入したもの購入検討品- 進行中プロジェクトのノート
- 学習・仕事・撮影・機材・生活環境に関するナレッジ
- 以下は原則としてMasterProfileへ反映する。
- 継続的な現在の状況
- 目標
- 課題
- 習慣
- 所有機材・使用環境
- 学習方針
- 価値観や判断基準の変化
- 以下は原則としてMasterProfileへ反映しない。
- 一時的な日記
- 単発の感想
- 一時的なゲーム・アニメ視聴記録
- 根拠が弱い推測
- 全項目を無理に更新せず、必要がある項目だけ更新する。
- 本文を更新した後、同じノート内の
## AI Summaryを本文内容に合わせて再生成する。 - 更新後は
# 更新履歴に、更新日と対象期間・更新概要を1行追加する。 - 内部リンクはフルパスにせず、既存の
[[ノート名]]または[[ノート名|表示名]]形式を維持する。 - 作業後は、変更ファイル一覧、ファイルごとの変更理由、影響範囲、可能なロールバック方法を簡潔に報告する。