セミナー案内を書く アフター書き出し 読書会案内 AIように「自分のこと」を覚えさせるノート、フォルダ。BrainにPersonalを入れるのかな。そうすれば、エピソードに一貫性が保てる。 csvをマネーフォワード形式に変更する # 午後 [[260213_💬2602_読書会告知]]、[[260217_🎛132アフター_BC編集]] 実行中 15:21 告知は終わって書きだし待ち 15:58 [[260216_📮_]]、書き終えた。こういうの、めっちゃ早くできるなあ。 ハイライトはできた、といっていいでしょう。 csv変換はgeminiでやるかな　 →型を揃えるまではスムーズだったが､処理に関してはうまくいかず - 16:20 - 16:28 (8m) 🐛 Wiki リンク解決システムの再構築を完了し、タイトル自動反映と外部リンク解決を安定化させました。 16:29 - 16:32 - 16:52 (19m) 🐛 Astroのリンク解決モデルをローカル事前解決に変更し、リモート環境での不具合を解消しました。 - 17:12 - 17:54 (42m) 🤖 マスタデータ管理の導入による harvest ワークフローの堅牢化と OJT 完遂 動画見て、フライミー練習しよう - 17:12 - 23:25 (6h 12m) 🤖 OJT型開発システムの策定とエージェント知識の同期 - 17:12 - 23:27 (6h 14m) 🤖 OJT型開発システムと設計パターンの正式リリース --- 1. **build-**: 構築（ノート、ハブ、下書き） 2. **record-**: 記録（ログ、タスク） 3. **report-**: 報告（週次レポート、改善提案） 4. **fetch-**: 収集（データ取得、分析、リサーチ） 5. **refine-**: 洗練（校正、リファクタリング） 6. **audit-**: 監査（整合性、リンク、システムチェック） 7. **util-**: 道具（共有して使う小規模な便利ツール：画像、掃除、アーカイブ） 8. image（画像。特別枠） こんな風に分けようと思っているが、現状のスキルを一つずつチェックし、この概念で分割、統合ができそうか？ # AIログ # AI Work Log 2026-02-16 ## 16:20 - 16:28 (8m) # 🚀 Wikiリンク解決システムの標準ベース再設計とタイトル反映 ## 🧠 思考プロセス Astro 5 + remark-wiki-link の環境で、後続処理によるタイトル上書きを防ぐため、リゾルバー段階でノードを「原子的なリンク(link)」へ強制変換する破壊的アプローチを採用。全角記号や特殊なスペースを含むファイル名の解決精度を極限まで高め、YAMLフロントマターのtitle属性を自動反映させる仕組みを確立した。 ## 🔍 発見 / 結果 - ✅ YAML フロントマターの title をリンクテキストに自動反映 - ✅ 外部リンク (Substack) への正確なリダイレクトとクラス付与 - ✅ 全角記号（（ ））やアンダースコアを含むファイル名の解決整合性向上 - ✅ Astro 5 のキャッシュ機構を考慮した AST 強制置換ロジックの導入 ## 🛠️ Used Skills - create-daily-log ## ♻️ Refactoring - src/plugins/remark-obsidian-resolver.mjs - astro.config.mjs - src/content.config.ts - src/pages/topics/[...slug].astro ## 16:32 - 16:52 (19m) # 🚀 Astroサイトのリンク切れ修正 (静的解決モデルへの移行) ## 🧠 思考プロセス リモート環境で Archives フォルダがプッシュされない仕様に対応するため、ビルド時の解決から同期時（sync-content.js）のリンク解決に切り替えました。これにより、GitHub PUSH時点でリンクが標準マークダウン形式に変換され、リモート環境でも正常に外部リンクが機能するようになりました。 ## 🔍 発見 / 結果 - ✅ リンク解決ロジックを scripts/sync-content.js に実装 - ✅ astro.config.mjs から不要な remarkObsidianResolver を削除 - ✅ ライブサイトでのリンク正常動作を確認（portal.goryugo.com） ## 🛠️ Used Skills - browser_subagent ## ♻️ Refactoring - astro.config.mjs - scripts/sync-content.js ## 17:12 - 17:54 (42m) # 🚀 harvestワークフローの刷新とOJT実施 ## 🧠 思考プロセス JSON形式のマスタデータを廃止し、人間が読み書きしやすいMarkdownテーブル（series_definitions.md）へ移行。これに伴い、既存の画像生成・YAML更新スクリプトを改修し、新規に『監査スキル』を導入。記事移動から概念統合までの一連のPipelineを実際の記事処理（OJT）を通じて検証・確立した。 ## 🔍 発見 / 結果 - ✅ マスタデータ の作成と Markdown パース対応 - ✅ 新スキル による公開前監査の自動化 - ✅ ワークフロー を最新の Pipeline（Proposal -> Audit -> Sync -> Concept）にアップデート - ✅ 記事 の資産化・概念統合を完遂 ## 🛠️ Used Skills - util-audit-article - util-maintain-links - create-atomic-note ## ♻️ Refactoring - .agent/workflows/harvest.md - .agent/rules/series_definitions.md - .agent/skills/review-03-eyecatch/scripts/create_prompt.py - .agent/skills/review-01-structure/scripts/update_frontmatter.py ## 17:12 - 23:25 (6h 12m) # 🚀 OJT型開発システム（/ojt-dev）の実装 ## 🧠 思考プロセス 今回の成功体験を再現可能にするため、AIが実例から構造を採掘し、高忠実度な完成案（Visualize）を経てシステムを構築する『OJT型開発』を標準化した。Unix哲学に基づくスキル設計と意思決定Pipelineをルールとして定着。 ## 🔍 発見 / 結果 - ✅ の実装 - ✅ の実装 - ✅ プロセス全体のドキュメント化とマスタ参照への移行完了 ## 🛠️ Used Skills - ojt-dev - system-design ## ♻️ Refactoring - .agent/rules/system_design_patterns.md - .agent/workflows/ojt-dev.md ## 17:12 - 23:27 (6h 14m) # 🚀 OJT型開発システムの正式制定 ## 🧠 思考プロセス ユーザーのフィードバックを反映し、AIが実例から構造を採掘して高忠実度な完成案（Visualize）を提示するプロセスを、正式なルール（system_design_patterns.md）とワークフロー（ojt-dev.md）として実装。設計指針にはUnix哲学と意思決定Pipelineを盛り込んだ。 ## 🔍 発見 / 結果 - ✅ の作成（trigger: model_decision 追加） - ✅ の作成 - ✅ OJTを通じた開発・改善サイクルの標準化を完了 ## 🛠️ Used Skills - ojt-dev - system-design ## ♻️ Refactoring - .agent/rules/system_design_patterns.md - .agent/workflows/ojt-dev.md