❓ 重要文書とは
Obsidian Vault の MD ファイルに、AI または user が importance: high という属性 (frontmatter) を付けたもの。
重要文書一覧 (本ページ) は、それを 1 画面に集約して人間が「忘れず参照すべき canonical」へすぐ辿り着けるようにする目的で生成しています。
⮞ 何が「重要」と判定されるか / どうやって増やすか
判定基準 (AI 判定 + user 上書き可能):
- 事業判断 / 設計判断 / 個人意思決定の根拠 となる文書
- 運用ルール / canonical (CLAUDE.md, OPERATING_RULES.md 等)
- 頻繁に参照されているか、参照漏れによる事故リスクが高い文書
判定の流れ:
- AI が vault を走査して候補に
ai_judge_reasonを付与 - user が frontmatter で
importance: highを確定 (上書きも可) - 本ポータルは
importance: highを持つ MD のみ集約 (PLAN-20260512 §Step 1)
使い分け:
- 🟢 最新 (active) = 直近更新、現在も canonical として有効
- 🟡 古め (aging) = 一定期間更新なし、見直し候補
- 🔴 古い (stale) = 更新間隔超過、更新または importance 解除の判断要
184
重要文書 (importance: high)
7
領域 (domain) 数
179
🟢 最新の文書
27,012
合計行数
🏢 Wonder Studio (福祉事業) (wonder-studio) 7 件
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書**最小経路ファースト**: S1 (Cloudflare Pages + Access SSO) → S2 (Notion private iframe) → S3 (Sheets グラフ embed) → S4 (公開漏れチェック) を順次。 最有力 1 系統 (Cloudflare + Access + Notion private iframe + Sheets publish to web embed) が pass すれば A-0 完了。 fallback (Notion published iframe / API render / Email OTP / 別 host) は最有…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書1. **動画編集の希少性をマイルドに**：「全国 1% 未満」「茨城県内未発見」→ 「メインではないが、茨城県内でも少数の事業所が実施」 2. **厚労省 2025/11/28 ガイドライン整合性は強調しない**：4 重希少性 → 3 つの特色（動画編集 / AI 活用 / 地元小売バックボーン） 3. **人手不足対応 + AI/デジタル活用を 3 分に拡張**：個人情報取扱い注意 + KPI ダッシュボード + 議事録自動化 + Google サービス展開可能性 + NotebookLM 言及を新規追加 4. **今後の展開を 1 → 1.5 分に拡大**：中央学院大 + ギルドヒーロー…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書| 項目 | 内容 | 出典 | |---|---|---| | 商号 | 株式会社ギルドヒーローズ (GUILD HEROES Co., Ltd.) | [公式](https://ghero.co.jp/company.html) | | 代表者 | 代表取締役 森井 聡 | [公式](https://ghero.co.jp/company.html) | | 所在地 | 東京都千代田区神田鍛冶町 3-4 oak 神田鍛冶町 7F | [公式](https://ghero.co.jp/company.html) |…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書- **令和 5 年（2023 年）時点：16,713 事業所**（社会福祉施設等調査ベース。令和元年 12,497 から 4 年で約 1.34 倍）[shogai.biz] - 別ソース推計では **2024 年 9 月時点で約 18,094 事業所、利用者 373,661 人**（業界メディア集計）[tonton.work] - 推移：平成 27 年（2015）9,698 → 令和 4 年（2022）15,748 → 令和 5 年（2023）16,713（公式）／約 18,000（業界推計）。**約 10 年で 1.6〜1.8 倍**に増加。営利法人参入が主因。[sabikanjob.co…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書10 分登壇で「他事業所との相違点・好事例」を語るための核ネタを物語単位でまとめた。各事例は議事録 + 公開情報の cross-ref に裏付けされており、抽象レンジ表記で安全に話せる。 - **WonderGOO は茨城県つくば市発祥**（1981 年、株式会社カスミの家電部門が起点）。**地元に根ざしたエンタメ小売り** として長く運営してきた DNA - 現在は **RIZAP グループ（東証グロース 2928）→ REXT Holdings → REXT 株式会社 → WonderGOO** のグループに位置づけ - つまり Wonder Studio は **「地元発祥のエンタメ小売…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書別セッションでの資料化（HTML スライド or Google スライド or ChatGPT 投入用 md outline）に進む際、本 INDEX を最初に読めばすべての素材にアクセスできる。 | # | ファイル | 役割 | 読む優先度 | |---|---|---|---| | 1 | **`cases-summary.md`** | **資料化の主軸 md**。10 分構成案 + 各セクションの核ネタ物語型整理 | ★★★ 最優先 | | 2 | `kpi-context.md` | KPI snapshot × 議事録 join、成長物語（抽象レンジ） | ★★ |…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書- 形態: 就労継続支援 B 型 - 拠点: 茨城県ひたち野うしく + 取手の 2 拠点運営 - 開所からの成長: 1 桁 → 20 名規模 (約 1 年)、稼働率 5 割前後で安定 - 茨城県平均工賃: 約 2 万円台 (令和 6 年度、茨城県保健福祉部公表) ```…
🤖 AI ツール (ai-tooling) 5 件
-
汎用で強力なスキルが増えたため、「どの場面でどれを発火/提案するか」を一枚に。 - **ユーザー向け**: この場面ならこれ、の早見表 - **Claude Code(秘書AI)向け**: 対話中の投げかけ信号 → スキル振り分けの判断基準 | ユーザーの投げかけ / 場面 | 第一候補 | 一言 | |---|---|---|…
-
`Documents/sync/Clippings/` の Obsidian / Skill 関連記事 27 本を 2 クラスタで精読し、 **最近整理したばかりの自分たちの構成をアップグレードできる差分**だけを抽出した。 - 名記事のテクニックの **約 7 割は既に実装済み or 既存 plan / IMP でカバー済み**だった。最近の整理は想定よりかなり網羅的。 - 「全く新しくて、かつ低コストで効く」差分は **4 件** (A〜D)。誇張せず、これだけが本命。 - Clippings の raw 入口層は未トリアージ状態 → 今回の作業自体が `evaluate-clipping…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書Codex adversarial review (10 観点 + 10 見落とし + 4 厳しめ批判 + 簡素化推奨) を反映した v2。**Karpathy パターンの思想を採用しつつ、folder/cron/skill/archive を一気に作らず、wonder-studio 1 トピックの pilot として最小実装する**。 | 項目 | v1 (overengineering) | v2 (簡素化) | |---|---|---| | トピック folder | 5 つ固定 (wonder-studio / welfare-domain / ai-tooling / person…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書**結論: 現用 `gog` を v0.9.0 → v0.16.0 にアップグレードするだけで、報告された 4 制約すべて解消する見込み。** 他 CLI への乗り換えは不要。 理由の核: gog v0.11.0 (2026-02-15) の PR [#260](https://github.com/openclaw/gogcli/pull/260) "fix(drive,gmail): pass-through filter queries and encode non-ASCII headers" が、`name contains` / `modifiedTime` / `mimeType…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書**1 行サマリー (統合後)**: 12 テクのうち、**採用 4 (#3 #5 #10 #11) / 部分採用 5 (#1 #2 #4 #6 #8) / 将来検討 2 (#7 #12) / 採用 1 (#9 — Codex 補正により不要 → 採用へ)**。Karpathy の「100記事/40万語/16M views」は Codex 検証で **Gist 本文に該当記述なし → 採用根拠から外す**。既方針 `feedback_human_readable_ai_native` とは **明確に衝突** (記事は MD 直読み前提 vs ユーザーは HTML/portal 必須) → *…
📊 評価・採択判断 (evaluation) 2 件
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書- mode: default - 対象ファイル数: 18 (Clippings/ root) - 既評価扱い: 0 (root 直下に `evaluation:` 既記載は無し) - skill version: v2 (Codex review 2026-04-27 反映) | # | path | 種別 | 一行要約 | 既評価 |…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書- WebFetch 検証結果: @nuits_jp の repo = `github.com/genai-docs/genai-mkdocs-sample` (14 stars / MIT / MkDocs+Mermaid+Draw.io+Marp+PDF 統合) - **判定**: 本プロジェクトの Node.js + Obsidian 環境とスタック競合 (Python + Azure Static Web Apps 前提)、規模 14 stars と小、generate-dashboard.mjs (PLAN-20260510 で稼働中) で代替可 - **アクション**: 1. …
🔍 調査・比較 (research) 2 件
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書- plan_id: PLAN-20260508-secretary-ai-research-capability - 分析日: 2026-05-12 - 分析者: Claude Code (Opus 4.7) draft、user 最終承認用 - 比較対象: 6 経路 (openai_deep_research は organization verify 完全完了待ち、本分析では除外) **結論 (Claude draft、user 承認待ち)**: manus / Genspark は内製 wide_v0.3_deep に **負けている or 同等**。月額 $44.99 のサブスク両方…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書- plan_id: PLAN-20260508-secretary-ai-research-capability - round: R6 (Wonder Studio 動画編集発注元、文脈反映 + 自治体含む + 資料化能力テスト) - date: 2026-05-12 - scoring_protocol: 6 軸 × 0-5 + **資料化能力 4 軸** (PPT/HTML/PDF/Google Slides)、user 手動採点 - input_query: 固定、`r6-baseline-task-2026-05-12.md` § 投入タスク全文…
⚙️ 基盤・仕組み (infrastructure) 3 件
-
> ## ⚠ 2026-08-03 Codex 敵対レビュー結果: **NO-GO / needs-major-rework（critical 12件）** > > **本 v1 には、指令役が書いた事実誤認が3件ある。** 詳細= [[mothership-cockpit-coplan-2026-08-03]] > > | # | v1 の記述 | 実際 |…
-
> 2026-07-06 user 口述の最終像。ここは「どこへ向かうか」を定義する North Star。 > 実装順序・手段は convergence 台帳(canonical_backlog)と PLAN-20260627 で具体化する。 **Orcaコックピットを母艦にする。** そこへ行けばどこへでも行けて、情報も集約されている。 事業所運営・事業関連の個人タスク・創作活動が**シームレスに移動**でき、定型業務は基本的に**自動で進んでいる**。 - Orcaコックピットから、①事業所運営 ②事業関連の個人タスク ③創作活動 へシームレスに移動できる…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書> 更新日: 2026-04-20 > Plan: PLAN-20260420-team-dashboard-ai-native Phase 1 > Status: AI側の実装完了。以下のユーザー作業で本番稼働。 | # | 作業 | 場所 | 所要時間 | |---|---|---|---|…
-
📝 判定理由: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書この Obsidian vault (`C:/Users/user/Documents/sync`) は **4 レイヤー(=住所)** で配置し、**4 軸 registry(=契約)** で「誰のもので・どう書くか」を管理する。新規フォルダ追加 / 既存フォルダ移動 / 不明フォルダ発見時は、必ず §レイヤー判定 に従い配置し、§全フォルダ registry に登録する。 > 🧭 **AI ツールの「何ができる / 何ができないか」は別マップ**: [[00_HARNESS_MAP]] > 📐 **運用ルール**: [[Obsidian運用ルール]] 2領域は「整理法」でなく「失敗…
📁 その他 (other) 164 件
-
対象: 就労継続支援B型 2拠点（取手／ひたち野うしく） 利用者: サビ管2名 + 事業責任者 = 3アカウント エディション: Google Workspace Business Standard（年57,600円・税抜・3席） ``` Meet（録画なし・文字起こしのみ）…
-
**図解・イラストを1回作って、フロー（X）とストック（note・独自サイト）の両方で使い回せるようにする。** 題材は問わない（福祉・AI・ニュース解説）。ただし**見た目の雰囲気は「福祉」と「AI」で作り分ける**。 1. **X への画像添付は本番稼働**（Phase 1 完了・全11本 cutover 済み）。題材はカテゴリを見ていないので**すでに題材非依存** 2. **安全の土台がある**: 画像パスの信頼境界検査（`x-post-image-policy.mjs`）、代替テキスト必須、承認物と投稿物の指紋照合、テキスト降格禁止 3. **デザインの基盤がある**: `DESIG…
-
> **ここは振り返り用の入口です。**「あの時どう決めたか」「何を学んだか」を後から辿るための索引。 > AI が生成した詳細文書は `_generated/secretary/hamakaze-onboarding-2026-08/` にあり、**ここからリンクします（二重に持ちません）**。 | 項目 | 状態 | |---|---| | 関与の形 | **業務委託**（継続。役員ではない） |…
-
- **土台(不変)**: 発信戦略v5(主軸=福祉×AI・被雇用ゆえnear-term転換非目的・複利証拠の蓄積) - **測定基盤(既存)**: MKT-LANE(PLAN-20260717 co-plan r5 PASS)=毎週「計測→反応分析→次の発信へ反映」。**インプレデータは今週金曜が初回** - **ストック蓄積先(既存)**: 図解×ハブ(PLAN-20260716 co-plan r6 PASS・user承認)=1ソース4出力+ハブへ蓄積 - **本書が埋める穴**: 上記3つの上に載る「コンテンツ・アーキテクチャ+成長戦術+実験設計」層。戦術の寄せ集めでなく戦略として束ね…
-
作成日: 2026年8月3日 作成者: （事業責任者） | # | 事項 | 内容 | |---|---|---| | 1 | **Google Workspace を法人名義で契約すること** | 現在は事業責任者の個人名義。法人が契約主体・情報管理の責任主体になります |…
-
> **ここは自分で書き足す場所です。**AI が生成した資料でなく、**理解したこと・つまずいたこと**を積み上げます。 > 目標は「**商談に同席して会話が成立する**」まで。実務判断まではやりません。 **90日で計36時間、週3時間以内。**資格試験ではなく実案件中心。 - [ ] 実案件を「**商品・契約・物・金・責任・データ**」の一枚図にできる - [ ] 商談前に「**輸入者・Incoterms・HS・規制主体・支払条件・返品責任**」を質問できる…
-
**user が責任者として動かしている各種プロジェクト** の文書・素材・進捗を保管。 事業 (ワンダースタジオ・B 型事業) / アプリ開発 (Claw-Empire 等) / 検討中案件を**プロジェクト単位**で分離。 | サブフォルダ | 役割 | |---|---| | `プロジェクト/B型事業` | 就労継続支援 B 型事業所運営の文書 (運営手順・指針・登壇資料の核) |…
-
発信の自動ドリップは現状「テキストのみ」。user 方針「基本は画像入り」がスコープ漏れ。 **テキスト投稿を土台に、投稿の種類に合わせて図解/イラストを"追加"できる配管を作る**（全投稿必須ではない）。 核心: 画像を"作る"側（図解・イラスト）は既に両方稼働。**欠けているのは"載せて出す"配管**（送信・下書き・承認プレビューの3箇所）。 1. **money-path は b-type-ops 側**: `b-type-ops/scripts/handle-x-post-approval.mjs`。投稿=`POST api.x.com/2/tweets`、body=`{text}`の…
-
**処遇改善加算Ⅰ・Ⅱ の算定要件だから**（「あると良い」ではなく条件）。 Wonder Studio は加算Ⅰまたはこれを算定しているため、要件を満たさないと加算そのものが揺らぐ。 副次効果として、求職者が「この事業所は職員をどう扱うか」を判断できるようになる（採用への波及）。 出典: https://www.mhlw.go.jp/content/001445512.pdf （38ページ・2026-07-31 に原文確認） - **表2-1「処遇改善加算Ⅰ〜Ⅳの算定要件」の最終列 = 「HP掲載等を通じた見える化（取組内容の具体的記載）」**…
-
- **土台(不変)**: 発信戦略v5(主軸=福祉×AI・被雇用ゆえnear-term転換非目的・複利証拠の蓄積) - **測定基盤(既存)**: MKT-LANE(PLAN-20260717 co-plan r5 PASS)=毎週「計測→反応分析→次の発信へ反映」。**インプレデータは今週金曜が初回** - **ストック蓄積先(既存)**: 図解×ハブ(PLAN-20260716 co-plan r6 PASS・user承認)=1ソース4出力+ハブへ蓄積 - **本書が埋める穴**: 上記3つの上に載る「コンテンツ・アーキテクチャ+成長戦術+実験設計」層。戦術の寄せ集めでなく戦略として束ね…
-
**v1.1 の観測を「昇格判定用」としては終了する。** 現データは探索的証拠として保全し、下記3欠陥を修正した v1.2 を再封印して 14 暦日を取り直す。 これは**成功基準の後退ではない**。観測後に合格ラインを下げるのではなく、**測定器が封印仕様どおりの母集団を測っていなかった**ことによる実験の無効化である（Sol 判定）。前例として v1.0→v1.1 でも同じ手順（§0 変更手順）を実施済み。 2026-07-30 run の snapshot 114 件のうち、検知器にかけられたのは **11 件（9.6%）**。 | source_kind | 件数 | freshne…
-
> 本文書は設計 v1.0（`design-v1.0-20260724`）の **§12「G-a 事前登録 — 確定内容」＋§5.1 detector 機械判定表＋§5.3 source inventory 表**（＝設計が明示する「事前登録 hash の対象」3節）を、結果を見る前に確定・封印するための転記である。ここに書かれた検知条件・閾値・評価式・昇格基準を **shadow の結果を見てから書き換える余地を、着手前に潰す**（設計者=評価者の循環を最小化）。 - 本設計 = **観測→検知→起票（上流）**。下流（承認・実行・検収）= PLAN-20260712 が唯一の正本。G-a …
-
plan-forge で画像入り発信を計画→着手準備(Phase0 spike prep)に入った瞬間、**計画に load-bearing な事実として書いた主張が2つとも誤りだった**ことが実測で判明した。user 依頼で原因・対策・計画時の注意点を残す。 - **計画時(要件v3/設計/PLAN)**: 「TASK-003 `febf820`/TASK-004 `d75266d` は main に入っている。Phase1 base=現main」と断定して全文書に書いた。 - **着手時(spike prep で `git merge-base --is-ancestor` 実行)**: …
-
- **決定**: 独立サブPLAN `PLAN-20260724-marketing-image-lane` を起票。親 `PLAN-20260717-marketing-command-lane` の **Phase 2「投稿自動化拡張」の具体化**として相互参照。 - **理由**: money-path 改修＋原子的状態機械＋予算予約台帳＋2供給元＝blast radius が親の1チェックリスト項目に収まらない。親を肥大させず、独自の Phase/TASK 追跡を持たせる（親 marketing-command-lane 自身が PLAN-20260323 から carve out …
-
> v0.2→v0.3: r1 全採用（§8.5カタログを本体統合・adoption-to-gate・G-a最小セット）。v0.3→v0.4: r2 全採用（detector機械判定表 / 計測式の事前固定 / disposition全域関数 / PII gate前置 / event_id決定化 / source inventory表 / usage event / 有効化状態表 / HMAC不透明ID）。 - 本設計 = **観測→検知→起票（上流）**。下流（承認・実行・検収）= PLAN-20260712-secretary-closed-loop が唯一の正本。 - 4段ゲート G-a…
-
- 本要件は**観測→検知→起票（上流）**のみを担う。**承認→実行→検収（下流）は `PLAN-20260712-secretary-closed-loop`（要件v1.2実装契約）が唯一の正本**。本PLANは下流の重複要件を持たず、台帳は同一 `action-cards.jsonl` に合流する。 - **委譲は「完了済み」を意味しない**（r2 RQ-22）: 委譲先の未完了項目（特に P0-3 承認経路=現在保留・裁定待ち）は本PLANの**依存ゲート**として扱い、完了前に「委譲済み」として先へ進まない。 - 承認UX = Discord承認（20260712 P0-3 後継契約…
-
分析手法: yt-dlp で日本語自動字幕取得→整形→general-purpose agent 2並列で全文読解。数値は登壇者本人談で第三者検証なし。自動字幕のため固有名詞の綴りに不確実性あり。 | 講演 | 要点 | 参考度 | |---|---|---| | Findy AgenticWorkflow Skills (戸田) | L1バイブ/L2委任/L3の3段階。AIフレンドリーissue作成(親子構造→階層順実装)。多観点専門エージェントのセルフレビュー。PR作成時間30%減・PR数1.5倍 | B | | 屍アプリ量産しない (Toru・鍼灸サロン非エンジニア) | Vercelデ…
-
| 条件 | 捕捉(injected 12) | critical miss | specificity(clean 12) | ledger | |---|---|---|---|---| | **A（前提チャレンジ文言あり）** | 12/12 | 0 | 12/12 | 24/24 | | **B（文言なし・baseline）** | **12/12** | **0** | **12/12** | 24/24 | → **A == B（両方満点）→ NO-PROPAGATE**。文言はゲートの主レバーでない。…
-
1. **知識交絡を切る**: Stage-1 は誤前提の多くが実在事実で、判定モデルが**学習知識で気づいて**しまい規律の効果が測れなかった。→ Stage-2 の injected 群(S01–S12)は **どのAIの学習知識でも検証不能な"架空だが尤もらしい" load-bearing 誤前提**（架空ツール上限 MoriBatch/720、架空規定 WS-AI-17、架空互換 HibiCare×SoraLink、架空SLA YuiSignal、架空助成 Mizuhiki 等）。=規律でしか捕捉できない領域を狙い撃つ。 2. **設計者=評価者の循環を1段緩和**: ケースは **S…
-
決定的スコアラー（封印閾値 §6）の判定: | 条件 | 捕捉(誤前提6件) | critical miss | specificity(clean6件) | ledger | 単体閾値 | |---|---|---|---|---|---| | **A（前提チャレンジ文言あり）** | **6/6** | **0** | 5/6 | 12/12 | **全PASS** | | B（文言なし・baseline） | 5/6 | **1**(F2素通し) | 5/6 | 12/12 | critical miss 1 で不合格 |…
-
P0-1設計 v2 §5 の測定は「安い段から段階gate」。その Stage 1（最小 router スクリーン, 4-6h, panelist/judge 不要）の**必須手順が事前登録**（§95:「ケース・閾値を結果前に封印」）。 理由 = 設計者=評価者の循環（measure-r2 残穴の筆頭）を最小化するため。**結果を見てから閾値や解釈を動かす余地を、着手前に潰す**。 本文書を確定（hash封印）した**後で初めて** router decision-table + 軽量 validator を実装し、12ケース×2条件を順序盲検で replay して採点する。 > **H**…
-
> v1 は Codex adversarial review（COPLAN-20260722-002）で **NO-GO（critical 8+moderate 5+矛盾8）**。 > 根本原因＝「記号化＝匿名化」の誤認と fail-open 設計。v2 で **AI経路分離**を核に再設計。 v1 は「利用者Aに置換して外部AIへ送る」前提だった。しかし2拠点の狭い世界では、診断名・通所曜日・固有エピソードの組合せで**再識別可能＝要配慮個人情報の外部送信**になる（Codex C1、確信度0.99）。 → **記号化に頼らず、AIの"経路"を分ける**。要配慮情報は外部に送らず**ローカ…
-
naive v1(manifest を書く + hook で fusion スクリプトを block)は **Codex review+gap が両方 No-Go**。 理由を対称に残し(下記 §7)、裏取り済みの証拠で作り替えた v2 を本体とする。 user 指示 = **fusion で実証実験(A/B)→ 裏取り済み → 効けば全体波及**([[feedback_pilot_before_harness_rollout]])。 - 均質化(diversity collapse / mode collapse)は査読証拠あり: [The Price of Format EMNLP2025…
-
共通根因=**仮説・事実・役割・実行モードの"型"が圧縮時に失われ、未検証のまま高影響の境界を通過できること**。3事故すべてが不正な一般化(想定読者→user属性 / co-planモード→Codex全能力 / 高ステークス→CC単独で十分)+直後に検証ゲート無し、で説明できる。WORKBOARD/MEMORY肥大は**増幅器であって共通根因でない**。 | 仮説 | 判定 | |---|---| | H1 WORKBOARDが主因 | **却下(主因)/強い増幅要因**。ツール誤用を単独で説明できない | | H2 一行indexが危険 | 支持(精緻化: 危険は「一行に複数の意味・主体・…
-
- 主軸=福祉×AI実務の実録。ポジション=「検証する現場者」。署名4角度=実測/非エンジニア翻訳/失敗込み実録/統治設計 - 収益: note有料→研修+物販の二本(Phase1=7-9月 無料8-10本+有料テスト1本で90日測る / Phase2=10-12月 物販 / Phase3=2027H1 研修) - 自戒: significance inflation回避・「提供側水準」は未証明仮説・Discord=later・実測はmoatでない(角度で差別化) - 看板2レーン: ①福祉本業(制度+AI×福祉) ②個人AI実験室(AI活用) **媒体軸**: flow媒体(X=タイムライン…
-
1. **配信番号「#」を表示から廃止**、時期(週)だけ分かるようにする。理由=#があると1から全部見なければいけないように感じる。ニュース型の番組に連番心理障壁は不要 2. **サムネ・タイトル・X告知は「何の情報が手に入るか」が一目で分かるトピック主役**にする。曜日テーマ(福祉情報/AI活用等)ごとに扱ったトピックをサムネに入れる → いつでも好きな回を選べる・間口が広がる 3. **エピソード構成**: 冒頭数十秒で今日のトピック概要(cold open)→各トピックの深掘り→**末尾**にチャンネル概要で締め。冒頭に入れてよいのは短い1行の名乗りまで(長い前置きは離脱要因) - `…
-
- **Goal**: user が「修正指摘・承認だけ」で回る半自動パイプラインで、**制度導線系の福祉図解**を週次発信し、ストック媒体(ハブ)へ蓄積する。 - **本PLANの範囲=図解パイプライン+content schema+ハブ導線のみ**(v3で系統Bを除去: 経営×AI実測記は既存発信レーン=発信全体設計v4の管轄であり、本PLANのschema/KPIを適用しない)。 - **マップ境界(v3強化)**: 資源マップの**運用契約は一切本PLANに置かない**(保守時間枠・kill基準・削除要求SLA・G3・90日βすべてPLAN-20260605側)。本PLANがマップに提…
-
v4は「月=制度/火=AI×福祉/木=制度」と**曜日でテーマ固定**しているが、実態と合わない: - **ニュース(福祉制度+AI)** = 日次インテリジェンスから自動生成。ソースが常にある=**定型・毎日出せる** - **AI×福祉/AI活用** = 実作業ログが無いと作れない=**不定期**。曜日固定すると素材が無い週に破綻(低品質フィラー or 穴) → 「曜日固定テーマ」を捨て、**ソースの性質で層を分ける**。 - **ポッド(現場翻訳ラジオ)** = 平日毎日の「必ずある錨」。中身=その日のニュースを現場語に翻訳。制度が厚い日は制度回、AIが厚い日はAI回、と**ニュースに従…
-
チーム会議(凍結中)を「報告の場」から「議論・決定・即着手の場」へ再発明し、その上に **人間の価値ブースト×AI学習基盤の相互強化ループ**(合理系+感応系の北極星scorecard)を実装する。 AIによる代替ではなく増幅。人もAIも積み上がる学習基盤として機能させる。 **未カバー4領域の計画化+既存レーン接続**。包括傘PLANは作らない(二重化禁止 Rule 20)。 - 本体: ①MTG革命(レイヤーC) ②人間価値ブーストscorecard(北極星)…
-
反脆弱アーキ設計(plan-zero、Grok+Sol二者監査済)と既存3表台帳の突合の結果、反ロンダリング対策の大半(来歴/外部接地/Goodhartガード/harmful即suspended/PII子孫伝播)は**実装済み**と確認した。監査が示した残る穴は2点だけ: ①**正しさ側の子孫rollback** — 版連鎖(supersedes、1資産内)とPII最厳継承はあるが、資産A→資産Bの「派生/引用」エッジが無く、親の誤りが下流資産に残留する ②**運用者が弱った時の縮退モード** — 認知負荷上限(15分/60分/滞留10件)はあるが「無監査時の挙動」が未定義。本差分はこの2点の…
-
個人発信(X/note/YouTube)と事業所広報に分散する資産を、**計測→反応分析→次の発信への反映が毎週回る一つのマーケ指揮系統**に束ねる。フェーズ認識=**スタートアップ初期の拡張期**: 売上より先に「認知と反応」を最大化し、「誰に何をなぜ語るか」を実データで精密化する。実証過程自体を将来のコンサル商品の種として記録する。 - **podcast の計測**: 台帳 enum に channel=podcast を予約するのみ。取得・目標・ループ組込みは本PLANのDone-when対象外(v4の90日検証スコープ外。再評価=Phase 3移行時) - note非公式API / …
-
MKT-LANE の「YouTube/GA4/Search Console/GBP を自動計測できるか」の裏取り結果。**判断・優先順位は含まない**(それは PLAN 側で行う)。 | API | 取れるもの | 認証 | 重さ | 無料枠 | confidence | |---|---|---|---|---|---| | **YouTube Data API v3** | 再生数・登録者数など公開統計 | APIキーのみ | **軽い**(GCPプロジェクト+キー発行) | 10,000 units/日(read=1unit) | high | | **YouTube Analytics…
-
マーケレーンで X のリプライ収集を始めると、API の読み取りに従量課金が発生します。プログラム側の「概算で止める」仕組みだけでは、**万一の暴走や為替・税を含む請求を完全には止められません**(Sol レビューの重大指摘)。X の管理画面側で「これ以上使えない」上限を先に掛けるのが一次防御です。 1. ブラウザで **X Developer Portal** を開く: https://developer.x.com/ → ログイン(X API 契約済みのアカウント) 2. 上部メニューまたは左サイドの **「Billing」/「Usage & billing」** を開く 3. **Spe…
-
死亡確定した定量 PEAD（3ラウンド全 REJECT、RESULT-20260705-001〜003）を、 **LLM の定性読解（EDINET 開示全文）が超えられるか**の単独実験。 事前登録1回のみ・棄却濃厚を明示した「安く白黒つける」実験であり、 差別化は読解の賢さでなく**検証の正しさ側**（PIT 厳密・記憶汚染除去・null 3本・事前登録）。 1. **GO 裁定**: 3連続 REJECT 後の続行を正式承認。逆風（X 実践者急増・当事者の「エッジなし」評価 = research/23）を明示した上での GO…
-
1. **Tier S1（制度イベント複合）は「理論候補」から「実践者実在の確認済み市場」に昇格**。ただし期待値の較正が重要：最大規模の実践者でも TOB 先回りの寄与は**年+2%程度（ポートフォリオ・インカム型）**であり、単体で富を生む戦略ではなく「分散PFへの上乗せ」が実勢 2. **立会外分売/PO が「最も再現可能・高勝率」の新発見**（PO 勝率84.2%・分売75%の2026年実弾記録）→ これは実験キューでなく **F+ の拡張**として位置づけるべき（制度ディスカウント回収＝確実系） 3. **JP-LLM-1 への警鐘**: LLM×決算読解の実践者は2026年に急増・…
-
各カード=①問題(平易に) ②重要度/evidence ③裁くと何が動くか ④推奨+理由。 所要目安: 前菜(即決系)5分 → 主菜(判断系)30分 → 残りは繰越。 - ①: 有料note第1弾「AI検収術」(980円)はG3品質ゲート合格済み(数字5/5突合・de-slop重大指摘なし)。残るのは音読1回と公開ボタンだけ。 - ②: 発信側締切=7月中公開(北極星整合ブロックA裁定)。7/13から待ち。 - ③: 有料レーンの初弾が世に出る。無料note(公開済み1本)→有料の階段が完成。…
-
> 本文書はQ7(マップ正本の扱い、2026-07-17週1裁き)の裁定待ち。**裁定=継承・拡張の場合**に PLAN-20260605 v2 の要件入力となる。裁定=廃止の場合は本文書もclose。 > 移管元: `fukushi-zukai-map-requirements-2026-07-16.md` v3 の L30/L35/L96/L139 相当(co-plan r3 C1解消のための転記)。 - **preview公開** = pages.dev preview URLでuser視覚承認待ちの状態(現状)。 - **本公開** = 本番URL反映 + 各事業所・就労部会への一斉告…
-
複利ループ監査 (2026-07-13) で、v2.1は「保存」のみ具体設計で、**保存した判断を資産に昇格→次の業務で呼び出す→結果で改訂する経路がどのPLANにも無所有**と判定された (Sol: 「高度な蓄積システムであり複利システムではない」。closed-loop R6はplaybook実行許可であり資産化の担当ではない=責任の空白)。本改訂はその空白を本PLANの所有に確定させる最小差分。新規SaaSなし。 **採用時は追補でなくv3正本へ直接統合し、AC・P1ゲート・役割表・保持削除対象・Known unknowns・Adoption Ledger・P3のPII条項 (緑/黄AI…
-
> **この台帳は user が育てる正本です。** AI は **propose-only**(=user の明示投入(餌)由来の差分だけを提案し、**承認済みの差分だけを apply**。AI が勝手に本文を書き換えたり、会話から価値観を推定して追記しない=来歴タグ必須)。農園モデル(2026-07-13)。 > reading-journal(変換レンズ)は、記事・会話・構想を読むとき、この台帳に照らして「あなたの理念に**適合するか・衝突するか**」を返し、行動候補を出す。AI が新しいフレームワークを見つけたら「台帳への追記提案」として出すが、**採用・修正・廃止(残す/育てる/採用…
-
**両生成器（Opus/Sol、互いに盲検）が独立に同じ最有力クラスターへ収束した： 「日本株の制度的強制イベント × EDINET全文 LLM 読解 × 小型株容量」**。 機関は容量で入れず、情報は全部公開されており、非対称は「網羅×読解」だけ＝うちの AI ハーネスの得意領域そのもの。税 20.315%・既存 J-Quants/EDINET 基盤に直結。 第2の独立一致は **FX 実スワップ戦術群**（FX-1 副産物データで0円検証可、容量小＝余資枠）。 暗号は**全情報源が一致して「2028年分離課税施行まで実弾劣後・観測所どまり」**。…
-
v2.0 は方向として正しいが、両パネルが独立に同じ急所を突いた: **「実験トラックは自分のリスク規律により、成功しても金にならないことが確定している」**。 よって v2.1 では (a) 実験を「金トラック」から「学習・Content 供給トラック」へ正式再分類、 (b) 福祉×AI 越境の配分を大幅増、(c) F+ をプロジェクト外の個人金融ルーチンへ降格、 (d) wind-down（畳み方）を第一級の分岐として明文化する — を提案する。…
-
第1波総力検証で紙一重 PASS（DSR 0.9533、閾値 0.95）だった FX キャリー戦略を、 **実会場の実スワップポイント**で再 GateReport し、生死を一撃で確定する。 棄却濃厚（実スワップが紙上想定より 30-50% 目減りすれば閾値割れ）を承知の上で 「安く試して安く棄却」する v2.0 実験ポートフォリオの先頭バッター。 - 正本 PLAN: `C:/dev/repos/crypto-bot/docs/plans/PLAN-20260620-crypto-bot-foundation.md` v2.0 節…
-
- **A(起動＋部分relay)を採用**して進める。推奨defaultそのまま=Phase Aから／surface=orca-cockpit(:5180)／初期launcher5つ／入力は定型のみ／session使い捨て。 - **B(Mulmo型フルチャット)は将来構想**。「フルチャットは安全NG」ではなく「**footprint/一社依存/Dockerサンドボックスのコストを一度見送った大きい方の道**」と再定義済(2026-07-08 訂正)。**Bに進むのは"UX劇的向上"を目指す時。その際は下記『Phase A 不満点ログ』も同時に解消する形**で設計する(単なるチャット追加で…
-
> user原文の核: 「リアルタイム寄りのフロー型発信に加え、制度を始め就労系を中心に業界全体の知識をわかりやすく解説して資産として溜まるストック型が大事。PDFで文字中心のわかりにくい情報を図解で視覚化して優しくまとめ、体系的に。リタリコ等は文字ベース・検索流入・自社商品導線なので、図解でパッと見理解・体系的なものが不足している。情報分断解決の方針とも合う」 ``` [柱A] 制度一次資料ライブラリ(仕込み・ストックの土台) 厚労省・自治体等のPDF/Web → md化(+出典URL・発行日・改定日) → vault体系保管 → 定期更新 ↓ 引用…
-
> **ステージ認識**: Xの最新発信からベストプラクティスを取り込み続け、最先端に**追いついた**(キャッチアップ完了)。ここからは**自分が先端になるよう常にアップグレードしながら、成果を出す**ステージ。 > 北極星: エンジニア目線でなくビジネス実務利用でAI最先端を走る・新しい働き方の先駆例になる。 1. **常時アップグレード姿勢** — 最新環境に身を置ける体制そのものが最重要資産。検知(優先発信者台帳/daily intelligence/差分パイプライン)→評価(evaluate-tool/Hype Killer)→取込のループを止めない 2. **出力優先** — 環境…
-
> **不正でなくても「書類・記録不足」で返還になる**が核心。「うちは大丈夫」が一番危ない(原文)。うしく監査対応([[project_ushiku_audit_docs]])・事業所運営ポータルR系に直結。原文クリップ= `Clippings/archive/【自治体公表】運営指導で実際に返還・指摘となった事例8選….md` | # | 事例 | 出典 | 教訓 | |---|---|---|---| | ① | **個別支援計画に加算サービスが未記載** | 八王子市R7集団指導 | 提供していても計画に無ければ算定不可。計画×モニタリング×提供記録の**整合性**が重点確認される | …
-
設計 v3 §0.5 の「A-1 着手前に閉じる契約」を、worker が迷わず実装できる仕様に落とした文書。 **現状コードの実測**（2026-07-02 調査）に基づく。設計 v3 と矛盾する場合は本書が新しい。 v1→v2: co-plan r3（Codex effort=high + Claude Plan agent 並行盲検）の指摘 21 件を全採用（§7 ledger）。 v2→v2.1: round2 の新規 critical 2 件を反映 — ①資源 allowlist を scope 単位から **token 単位（resource_grants）** へ ②calend…
-
**なにこれ**: 溜まっていた「AIからの改善提案」22件を1件ずつ調べ、①問題 ②証拠 ③裁定すると何が変わるか ④推奨、を付けて仕分けした表。**あなたは DC-10 のボタン1つで一括裁定できます**（気になる項目だけ個別に「相談」も可）。 | 仕分け | 件数 | 意味 | |---|---|---| | ✅済み(close) | 9 | 実は実装済み・解決済みと確認できた。台帳を閉じるだけ | | 🪦失効(非採用) | 5 | 前提のシステムが退役済み(claw-empire等)。理由を記録して閉じる |…
-
就労継続支援B型「Wonder Studio」（ひたち野うしく＋取手の2拠点）の**事業所運営を一箇所に束ねる閲覧ポータル**を作り、段階的に**PC定型業務の多くがポータル経由で回る**ようにする。出発点＝既存資産を束ねるダッシュボード。**MVPは「Cloudflare Pages + Access の閲覧ポータル」**。個人名・個別書類・請求実体は載せず、既存システムへのリンクと状態だけを持つ。 - 主使用者：**澤田（＝ユーザー本人、owner）／サビ管（service-manager）／支援員（staff）**。役割で表示を出し分ける。AI処理用に **ai-service-acco…
-
ポータルの「今日の入口」に『見学1件 午前』のように出すため、**2拠点のサビ管カレンダー**を AI が読めるようにします。 読み取るのは職場PC の中だけで、**予定のタイトル（人名が入りうる文章）はポータルには一切載せません**（種類と午前/午後だけに変換してから外に出す設計です）。 対象: ひたち野うしくのサビ管カレンダー / 取手のサビ管カレンダー（計2本） 1. PC のブラウザで [Google カレンダー](https://calendar.google.com) を開く（そのカレンダーの持ち主のアカウントで） 2. 左側の「マイカレンダー」で対象カレンダーにマウスを乗せる →…
-
2026-07-03 決定: WSアプリ（利用者向けダッシュボード）のデプロイ先 = **専用小型PCを事業所（ひたち野うしく）に新設**。利用は事業所内の端末のみ（取手からは既存の Tailscale 経由）。 | 項目 | 最低ライン | 推奨 | 理由 | |---|---|---|---| | CPU | Intel N100 | Intel N150 / Ryzen 5 | 20名規模のアプリには N100 で十分 | | メモリ | 8GB | **16GB** | Docker + 余裕。差額が小さいので16GB推奨 |…
-
| 問い | 決定 | |---|---| | 発信の主軸 | **福祉×AI実務**（非エンジニアの事業責任者の実録）。AI環境ネタは補助線 | | 収益化の第一目標(12ヶ月) | **note有料→研修へ育てる ＋ テンプレ・教材の物販型** の二本 | | learn-card の中身 | 検収力・統治語彙・発信力・福祉×AI交差・エンジニア基礎(git等) の全部 |…
-
| | 第一波 | 第二波 (fusion) | **本監査 (第三)** | |---|---|---|---| | 視点 | 内部設計の欠陥 (R1-R5) | 独立裏取り + 判断帯域 (C1-C6) | **用途適合 (外形) + 成熟度ベンチマーク + Fable5固有価値** | | 手法 | gather 3並列 + fusion | 完全パネル fusion | 4並列 general-purpose 監査 + 最新機能照合 + Findy採点 + 実地検証 | | 出口 | PLAN-20260702 起票・Top10 | HANDOFF 合流・3レーン確定 | PLAN-2…
-
契機: Fable 5 が約1週間の期間限定でサブスク枠復帰。最新モデルで既存の全体設計を点検し「計画自体をアップグレード」する user 指示(単一モデルに頼らず多視点で)。 1. **gather**: 3並列 Explore が実測 map を作成 — ①harness+自己改善ループ ②memory+vault+context ③routing+skills+tools。加えて commander(Fable 5) が戦略スパイン(ROADMAP/OPERATING_RULES)を直読。 2. **fusion**: design snapshot(構造A/実測問題B/ユーザー憲法C/…
-
A-1（repo化・実装）前の「実装契約」。co-plan(Codex+Claude) が v1 に critical 6 を検出 → 全反映。 1. **データプレーンとコントロールプレーンを分離**: roles（認可）は exporter が書ける KV に置かない。 2. **PII境界は「値」で守る**: cache に自由テキストを載せない（label=enum）。allowlist schema＋値スキャン＋k-匿名抑制の三層。 3. **today=成功snapshotのみ / meta=実行状態**: 失敗時 today は不変、meta に status。2-key割れを廃…
-
- **⚖️ 戦略の正本(迷ったらここ):** `β-市場分析と立ち上げ方針-2026-06-24.md` **§0 確定事項(S1〜S10)**。α/β二レーン・連動・価格・ペルソナ・PII・公開順を固定済。**口頭/チャットで揺らさず、変更は§0を更新してから動く**。 - **済:** Kiln設計 / 色分け / ライティング指針(de-slop) / 接続マップ / 図解。QCゲート(時系列L1+AI開示+尺ルール)。 - **ポッドキャスト(週3本=完成):** ep1=振り返り(温存)/ **ep2 月①=承認** / **ep3 水②(5分)=試聴待ち** / **ep4 金①…
-
日記習慣がないユーザーの代わりに「AIが問いかけ→ユーザーが思いを話す(音声可)→AIが記録」。溜まった考え・思いが ①taste(作風/voice)の深掘り ②記事・創作の原資 になり、取り出しやすく保存。さらに**思考の癖・アイデアを広げる刺激**を返す。 1. **skill**: life-advisor を拡張。**モード分け**(🧭人生相談モード=既存 / 📓ジャーナルモード=新規)、保存先も分離(混ざらない) 2. **保存**: vault `11.個人/ジャーナル/`、1記録=1ファイル(`YYYY-MM-DD-短いタイトル.md`)、frontmatter tags =…
-
- **実装先 = ローカル web アプリ「web コックピット」**。**Orca の内蔵ブラウザでホスト**(Orca 本体は改造しない=方針)。 - backend = ①ローカルファイル(canonical MD/JSON)②OpenClaw API(記憶/Discord/mission-status を surface)。前景=Claude Code、背景=OpenClaw(多モデル)。 - データは vault/ローカルの plain text を読む(canonical/view 分離・MD 直読みさせない原則を view 層で解決)。 - **MIT**: MulmoClau…
-
中島聡氏の MulmoClaude を**参照実装**として、既存 OpenClaw 司令塔の上に「1会話入口→必要GUI召喚」のコックピット体験を載せる。 **v2 での再定義(Codex review 反映)**: 本件は **新規 PLAN ではなく、umbrella `PLAN-20260525` 配下の collision-audit / 調査設計タスク**として扱う。要件 v1 は「実装可能な全体設計」を名乗っていたが、実体は **Stage A(調査設計)** 段階。実装スライスは Stage A ゲート通過後。 | # | 決定 | v2 補正 | |---|---|---| …
-
> **一行で**: 「動画編集／eスポーツをB型でやる」の正当化を、**目減りする足（AIが今は高い・下手）に乗せず、外部市場の生死に依存しない岩盤（本人の発達・"変わろうとした行動"）を主柱**にし、PM翻訳を「就労スキルとして見える化する橋」にする。これは新機能ではなく、背骨・PLAN・eスポPMが既に採っている形の **"なぜこの形か" を明文化し、将来の改修が点数・市場スキルへ滑り戻るのを防ぐ** ための根拠層。 - **である**: カリキュラム種目（動画編集・eスポーツ等）を正当化する判断基準。Phase 4（M5 わたしの目標 / M6 成長の庭）と eスポPM①②⑩の "設計…
-
> **📍 canonical 化済(2026-06-26):** 本指針の de-slop 14条+15チェック+QCゲートは **`C:\dev\repos\b-type-ops\workspace-templates\DE_SLOP_GUIDE.md` を正本**に移管。`write-x-post` / `write-note-article` スキルが参照する。**このvaultファイルは人向け閲覧 view**(更新時は canonical を先に直す)。 Ch2 を「一般論でAI臭い」v1 から「固有で刺さる」v2 に変えた知見を、再利用可能な規則に蒸留したもの。 **生成時の規…
-
> **狙い**：11タブの表を前に「どこから？何を書く？」で固まらせない。利用者さんが**1画面1つずつ・候補から選ぶだけ**で、願い→今日→証跡へ自然に進む。中身（フロー）は器に依存しない＝今シート上に作り、R2でアプリに折り込む。 > ## ⚠️ レビュー結果（2026-06-22 co-plan: Codex high + Claude self-review） > **判定：画面だけの「非保存プロトタイプ」は可。実利用者データを既存シートへ保存する試作は不可**（critical 未解消のため）。詳細＝`reports/inbox/COPLAN-20260622-001-202606…
-
> **β = αの"裏版"**。αで無料で「なぜ・概要」、βで有料で「実装の全記録」。同じ旅の技術・上級版。 **以下は決定済み。再議論しない。変更したくなったら、この節を更新してから動く(口頭・チャットだけで揺らさない)。** | # | 確定事項 | 補足 | |---|---|---| | S1 | **二レーン制** | α=福祉×AI(記事**無料**・funnel)/ β=AI最前線(記事**有料**・αの裏版)。**収益はαの記事ではなく現場ツール販売、βの有料記事** |…
-
「**福祉の現場をAIでアップデートしたいなら、ここに来れば解決**」という destination を、 各媒体に貯めたコンテンツへの **索引+導線(ハブ)** として作る。North Star の一歩目。 **ハブは "コンテンツの再ホスト" ではなく "索引+導線" にする。** - canonical(本体)は各媒体に置く: 記事=note、音声=配信先(Spotify等)、短尺=X。 - ハブはそこへ **リンクで集約**し、検索・カテゴリ・導線(ツール販売へ)だけを担う。…
-
> 100問インタビューで自分の voice/taste/世界観を抽出 → 約20,000ワードの生インタビュー → Voice Compilerで4Kトークンの about-me.md に圧縮 → 各セッションで読ませると AI が「自分そっくり」に書く・判断する。 > **状態: 準備**。プロンプトは取り込み済。実インタビュー(2時間 / 音声入力90分)は、**執筆・BGM制作で世界観・価値観の反映が重要な場面**で腰を据えて実施する。 - **plan系**(grill-me / plan-forge / co-plan): 「何を・どう作るか」=タスク要件・構成・done条件。論理…
-
user 再確認(2026-06-22)を正本化。**「何の配信か」を曖昧にしない。** - **目的:** 福祉業界内での信頼・地位確立。 - **内容:** **福祉ニュース・制度の現場翻訳がメイン** + AI活用の実務発信。**実務的・すぐ使える**こと。 - **記事の扱い:** **無料**(funnel・信頼・地位づくり)。記事は売らない。 - **収益源:** **ツール販売(GAS / アプリ / 拡張機能)= 現場ツール工房の出力**。…
-
> **一行で**：32画面ある本格アプリ（ダッシュボード）と、別物に見えた eスポーツPM（実体はスプレッドシート＋誘導フロー試作）は、**同じ1つの「意味の糸ループ」を別の器で表現していただけ**だった。それを唯一のコアに確定し、バックエンドを1本に束ね、土台→コアの順で段階開発する。 - **バックエンド問題**：ダッシュボードは今、再起動でデータ全消失（メモリ運用）。eスポーツPM側で保存を作ると**バックエンドが二重化**（6/22 co-plan で不可判定）。→ **「バックエンドは1つにする」が合流の大原則**。 - **機能が複雑で迷う**：全32画面が初日から全員に露出。→…
-
**「対象を抽出 → 記事/コンテンツ生成 → 規約ゲート → 投稿 → 計測」という中核エンジンを1つだけ作り、 稼ぎ先(FANZAアフィ / AIツールメディア / 福祉メディア)ごとに小さな設定ファイル(プロファイル)を差し替える。** 新しい稼ぎ先を足すコスト = 設定ファイル1枚。 副業候補は複数あるが、**やっていることの骨格は全部同じ**: > 何かを見つける → それについて書く → ルールに従って出す → 反応を見て改善する…
-
> Xブックマークのリンク先確認で拾い直した1件。原本PDF: `C:\Users\user\Downloads\docswell-59NR49.pdf` クラシル(数百人規模)が Claude Code / Codex を全社導入した後、「**導入した≠使われている**」を埋めるために作った**AI利用の観測基盤**の設計事例。決算資料にも数字が載った。 1. **観測する** — Claude Code / Cowork / Codex はいずれ も **OpenTelemetry(OTel)ネイティブ対応**。利用ログ(コスト・トークン・スキル名・ツール実行・プロンプト等)をメトリクス/…
-
> 出典: 東京都福祉局障害者施策推進部 令和7年3月「東京都ソーシャルスキルトレーニング(SST)ガイド」(全58頁)。対象は障害児通所支援(放課後等デイ等)だが、**考え方はB型・自立訓練の対人支援/援助要請/気持ちの切替え支援にも転用可**。原本PDF: `C:\Users\user\Downloads\東京都ソーシャルスキルトレーニング（SST）ガイド.pdf` > ※15〜50頁の「SST想定事例」は画像レイアウトのためテキスト抽出不可。本まとめは概要〜まとめ(1〜14頁)＋取組事例を蒸留。想定事例は原本を直接参照。 - **SST**=社会で生活するためのスキル(考え方・行動)を学…
-
> **別々のセッションでも、ここを読めば同じ方向を向ける。** 作業を始める前に30秒で確認する。 精神・発達障害のある人が、**「好き」を入口に、社会で働く力と自己決定を取り戻す**。支援員の記録負担を減らし、支援の質を上げる。 | 何の正本か | 正本（ここを参照・コピーしない） | |---|---| | 理念・背骨・本人主語 | `wonder-studio-backbone-design-2026-06-21.md`（共通設計憲章） |…
-
> **設計の核（fusion 収束）** > 「**好きから始め、働く土台を実践の中で編み、"変わろうとする行動"を証跡に変えて、同じ筋を本人・支援員・社会が違う窓から見る。合理で消えない筋を残し、感応でそこに人を通す。**」 理念 → 個別支援計画 → カリキュラム（好き）→ 今日のやること → 証跡 → 振り返り → 次の計画、という**一本の筋**を切らさないことを、**事業所運営・アプリ・HP・パンフレット 共通の唯一の設計原則**にする。アプリはその筋を「最も手触りのある形」で体感させる窓。 - **背骨の名前**：内部名 **Throughline（一本の筋）**／現場呼称 **…
-
> なぜ作るか：同じブランドなのに**デザイン定義が3つあって食い違っていた**（HP=teal#69adbc/緑主役、デザインシステム=teal#3DBFD9/magenta、アプリ=shadcn汎用）。3つとも「自分が正本」を名乗っていた。**正本が複数ある＝必ずドリフトする**。本規範は各レイヤーの正本を1つに固定し、機械チェックで逸脱を止める。 1. **正本は各レイヤーに1つ**（複数の正本を作らない） 2. **各ストリームは"参照"する。コピーしない**（コピー＝独立して腐る種） 3. **出す前にゲートで照合**（文書を「守るべき」でなく、機械か人が「合っているか確認」する点を…
-
**原則:** Kiln は新しいコンテンツ系統を作らない。既存の正本(CONTENT_CHANNEL_PROFILES / x-post-queue / 承認フロー / multichannel-publisher)に**乗る**。 planning/vault 側は正本を**複写せずポインタ**で参照する(b-type-ops が AI ルール原本)。 | Kiln の概念 | 既存の正本(乗り先) | |---|---| | **α(福祉note/X)** | `CONTENT_CHANNEL_PROFILES.md` の **`wonder-studio-business`** the…
-
> 400件を採点した結果から、「採用されたもの／捨てたもの」の傾向を抽出し、今後の保存指針にする。捨てた130件の一覧は後半。 > 関連: 採用候補の詳細 → [[x-bookmark-followup-2026-06-18]] / 全採点データ → [[bm-triage-result-data-2026-06-18]] - **採用されたもの**＝「① 公式・一次情報」×「② 自分の環境・本業に接続できる」×「③ 具体的に実践できる」。 - **捨てたもの**＝「① 中身がない(引用やリンクだけ)」「② 宣伝・ポジショントーク」「③ 使っていないツール」「④ 既存の能力と重複」「⑤ 方針…
-
> 全ブックマーク 397件を再取得し、ユーザー環境への有用性で採点(並列4バッチ)。出典: `~/bm-work/result.json` | 指標 | 値 | |---|---| | 採点総数 | 397 件 | | usefulness=5 (即取込) | 21 |…
-
> 397件の全ブックマークを採点し、いま取り込む価値の高いものを「何をするか」別に整理。詳細データ → [[bm-triage-result-data-2026-06-18]] 即取り込み候補。AI環境・福祉本業・資産運用に直結。 | カテゴリ | 取込方 | これは何か | 一手目 | URL | |---|---|---|---|---| | AI環境 | ワークフロー化 | steipete:5分ループでcodexにrepo保守委任、自律運用の本命設計 | Here's a simple loop: Tell codex to main… | [link](https://x.com/…
-
- 朝のセッションで作った分析結果(result.json と3文書)は **drvfs poisoning で書き込みが silent に失敗し、消失していた**。 - そこで **全ブックマーク400件を正しく取り直し → 並列トリアージ → result.json と3文書を再生成**した。今回は前回(300件)より広く、`overrated` 判定付き。 - 永続化は drvfs を回避する経路(home/ext4 生成 → Windows ネイティブ書き込み → 検証)で行い、消失を再発させない。 1. 朝 11:04–11:23 に `~/bm-work/` で分析を実施し、res…
-
| | 福祉α | AIβ | |---|---|---| | **基本トーン** | やさしく丁寧・**共感先行** | **結論ファースト**・数字/根拠多め | | **相互補正(user指定)** | +数字根拠を"少し"(説得力を足す) | +初心者向けは"やさしさ"(用語をかみ砕く) | | **文体の型** | 体験→気づき→学び。専門語は日常語に言い換え | 結論→理由→手順。用語は正式名+一言補足 |…
-
> **2つのClaude Codeセッションは直接会話できない。この1枚が唯一の共有チャネル。** > 各セッションは**開始時に読む / 区切りで書く**。userが人間ブリッジとして補完してOK。 1. 自分の進捗で相手に関係するものだけ書く(私的ログはここに書かない)。 2. 1更新 = 1〜2行。日付と発信元 `[工房]` / `[Kiln]` を付ける。 3. 相手の対応待ちは「ハンドオフ待ち」に置く。拾ったら消す。…
-
- 対象事業所: Wonder Studio ひたち野うしく(就労継続支援B型 / 定員20名 / REXT株式会社) - 7つの現場要望を **3パイプライン** に束ねた全体設計の要件定義。 - plan-forge パイプライン Stage② の正本。次工程 = co-plan(Codex)レビュー → 再定義 → 計画文書化 → 実装 handoff。 - grill-me 2ラウンドで収束した確定要件 + 設計フェーズ委譲事項を含む。 - 既存資産は Explore 3本(meeting-transcript / won-st-ops GAS群 / vault・通知配線)で実体確認済…
-
社内 `craft-playbook.md`（WS HPリブランディングで確立）を土台に、ユーザー提示の外部2リソース （[anthropic frontend-design](https://github.com/anthropics/skills/blob/main/skills/frontend-design/SKILL.md) / [Leonxlnx/taste-skill](https://github.com/Leonxlnx/taste-skill)）と2026のスライド潮流を突き合わせ、 **スライド（プレゼン）に特化した脱AI臭レシピ**へ落とし込んだもの。 1. **AI臭…
-
> **目的**: 「成長(自己改善ループ)」ではなく「クリーンを保つ免疫(健全性の自動維持)」が、(a)機能しているか (b)暴走していないか (c)免疫自体を見張る定期メンテがあるか を検証し、次の全力セッションが即・網羅分析できる土台を作る。 > **本書は推測でなく 2026-06-18 の実地検証(schtasks/grep/wc)に基づく。** | 機構 | 場所 | 役割 | 既知の挙動 | |---|---|---|---| | pre-tool-use-guard.sh | planning/.claude/hooks/ | 正本ファイルへの write をブロック | ⚠️…
-
> **商品種別:** note 買い切り(¥1,000–1,500 想定) / メンバーシップ特典にも転用可 > **井戸:** ②現場翻訳ラジオの実運用(工房ゼロ依存・既に手元にある体験) 人手不足の現場で、制度改正を職員に丁寧に伝える時間は取れない。 私(就労継続支援B型の新規事業責任者)は、厚労省の通知やガイドラインを **NotebookLMで5分の音声**にして、 朝礼前に"ながら聴き"してもらう運用を続けている。この記事は、その作り方を**あなたの事業所で再現できる形**で全部書く。…
-
> **このセッションへ:** あなたは「現場ツール工房」セッションです。 > まずこの文書を読んでから動いてください。姉妹セッション(Kiln=content/販売エンジン)が用意しました。 **小規模福祉チームが実際に使える実務ツールを自作し、その"作り方・コード・導入手順"を note買い切り / メンバーシップで売る。** ツール自体は本業(事業所)でも使う。 - 土俵: **Google Workspace 等の普及ツール**(Sheets / Apps Script など)。使える人が多い。…
-
①aの素材源 = あなたが実際に使い込んでいるAIツール/ワークフロー。 「competition_gap(あなたしか書けない差別化体験)」が高いほど、コピーされない記事になる。 **→ あなたが編集する前提**(削る/足す/順番替え/事実訂正)。 | # | ツール | あなたの井戸(差別化体験・1次情報) | アフィ可能性 | gap | 出口 | |---|---|---|---|---|---|…
-
> 検証日: 2026-06-16 / 文書化: 2026-06-17 / 検証者: Claude Code (control plane) > きっかけ: 「X の Grok サーチは今の環境で使えるか? Hermes を挟んでサブスク枠で使いたい」という依頼から、ブックマーク取得まで確認した一連のやりとりの記録。 | 機能 | 使えるか | 経路 | 認証 | 実行コマンド | |---|---|---|---|---| | **Grok サーチ**（X の公開投稿を検索） | ✅ 使える | xAI Grok API | Hermes OAuth **サブスク枠**（従量課金ナシ） | …
-
設計図 §5 の Phase 1「profile-① で Stage 2→3→4 を手動で1本通す」の実体。 user 決定(2026-06-16)= ①a一般 + ①b福祉 の分割。井戸(AI実運用体験)を共有。 ```yaml name: ai-tool-media-general enabled: true…
-
> 動的ワークフロー(podcast品質ループ/text連動/video連動/コスト統治+土台 の4レーンを並列設計→各々adversarial検証→Opus統合)の成果。フル詳細=workflow出力 wf_9c1ca7e1-7ba。 - ワークフローは「cron発火実績ゼロ=G0全凍結」と結論したが、これは 6/15 の started_at(22:30 UTC)を手動と誤読したもの。 - **事実**: schtasks 前回=2026/06/15 07:30:00 結果=0、`weekday-podcast-latest.json` ok:true/status:delivered/7…
-
> 入力: 検証済みベースライン (podcast-pipeline-inventory-2026-06-13.md) + grill-me 3ラウンド (2026-06-13〜14)。 > 推測排除・実測ベース厳守 (汚染セッション発散の経緯を踏まえる)。 **福祉×AI の「現場翻訳」を外に届け、権威(信頼・認知)を構築する音声中心の発信資産。** 自分のインプット用ではなく**対外発信**。福祉メディア(PLAN-20260518)のコンテンツ系列の音声チャネル。 対象は「podcast 単体」ではなく **福祉×AI マルチフォーマット発信エンジン**（音声をアンカーに、note/記事…
-
- チャンネル責務＝**「判断する場所」と「眺める場所」を分離**。判断要の提案系は **ai-提案 ch に1本化**（user 決定 A）。メイン ch は監視ログ専用に静かにする。X投稿案=content-approval は現状最高なので不変。 - **全通知に元リンク必須**。bulk 送信廃止、1件ずつボタン式（X投稿案の実証済み components パターンを流用）。 - 分析軸の主従転換: **主軸=①ユーザーのAI環境・特性に有用か ②ナレッジ/スキル化できるか ③コンテンツ制作に活きるか** ／ B型事業所で活きるか=**補助軸**。 | ch | Before | Af…
-
**きっかけ**: フラット再設計レビュー（既存ルールを外した全体再思考）と、その実装初日。 **ユーザーの言葉（要旨）**: - 「公私共に最高の AI パートナーにしたい。思考を研ぎ澄ます手伝いと、未知の領域へ挑戦できる手足の拡張」 - 「Claude デザインがハーネス設計の違いで AI 臭さを排せるように、ユーザーにとって最適なハーネス環境にしたい」 - 「研ぎ澄ましは問いをポンと出すだけでなく、環境の振り返り・情報のナレッジ化・深い洞察に自分で気づくきっかけ・言語化の手伝い。**履歴を残して時間軸として意味を持った変化を促すこと**」…
-
要件v2（Codex critical 7 → 全反映済）は**凍結**。本書はその上の**実行層**＝「実際に誰が何をいつやるか」と「AIが先回りで用意するもの」を固定する。要件と矛盾したら要件が勝つ。 要件v2の骨格（Gate 5点 / P1=実測条件 / 仮価格→事後記録 / 同意フロー転用）は**堅牢で変更不要**。 見つけた弱点は1つ：**次アクションがすべて user の生身の行動（役所電話・協力店打診・制作）に依存し、AI環境が待機状態になる**こと。打ち手＝AIが「P1キット」を先回りで揃え、user の摩擦を「電話1本＋店1軒」まで減らす（§3）。 | # | やること | …
-
就労継続支援B型 Wonder Studio の**既存生産活動「動画編集」に、地域店舗からの受託（外部取引先）を足し、工賃の新しい柱にする**。フェーズ1は「編集中心の単発制作のみ・施設内完結」で小さく**実測**する。 - 自社YouTube広告（project_welfare_user_acquisition_marketing）で育つ**短尺動画の制作力**を外販に転用。橋渡しは「制作力」であって「広告効果」ではない。 - 大手代理店が取らない地元小規模店の短尺動画＝隙間市場。 - 動画編集は作業を難易度別に分解でき、利用者の状態・体調の波に合わせやすい（B型適性）。 - 既存生産活動…
-
前提: 既存ルール・制限を一度ゼロにして「この人にとって最高の AI パートナー環境とは何か」を再導出し、現環境と突き合わせた。 1. **希少資源はユーザーの注意と決断帯域**。AI能力でも金でも情報でもない。1日に AI と向き合えるのは実質2〜4時間。だから環境の出力は「ユーザー価値の単位」（楽になった決断・出せた発信物・進んだ事業・完成した創作）で測る。システム単位（RESULT/健康ダッシュ/レビュー文書）は中間財であり成果ではない。 2. **複利の源泉は「交点」**。福祉の現場経験×経営管理×AI実装力 — 前2つはユーザーにしかなく、3つ目を環境が供給する。環境の仕事は、ユーザ…
-
AI の出力から「AI臭さ」を消す仕組み。**あなたが「これは良い」と思った完成物を置くだけ**で、生成タスクがここを参照してあなたの声・美意識に寄せます。 1. 各フォルダに「これは良かった」と思う既存の完成物を **3〜10個** コピーする（Obsidian でドラッグでOK） 2. 気が向いたら、ファイル冒頭に一言「なぜ良いか」を足す（任意。例:「説教臭くないから」） - ここに置くのは**人間（あなた）だけ**。AI が自動で足さない（AI生成の文脈ファイルは品質を下げる研究知見あり） - 生成タスク（X投稿/note/歌詞）は該当アンカーを必ず参照する…
-
> **現在地（2026-06-10）**：テスト広告は**作成済み・審査中/配信中** → 計画はSTEP 2（観測）フェーズへ。CPA前提はuser確定（報酬単価6,000円/日仮定）。 | run | 指摘 | 判定→対応 | 反映先 | |---|---|---|---| | r1 | C1 目標過大 | partial→**v1.2で解消**（経路別アクション表） | §1, §1.5 | | r1 | C2 CPA混同 | resolved | §3 |…
-
毎セッション AI が自動で読み込む「入口ファイル群」が予算の約3倍に肥大し、計画台帳・受信箱・記憶も未剪定のまま蓄積している。**トークン削減効果が大きい順**（＝毎回読まれるものから先）に 7 フェーズで減量し、最後に「気づいて減らす力」を既存の鮮度ビュー／closeout に最小コストで組み込んで再発を防ぐ。 - **新規 PLAN は作らない**。本計画は umbrella（PLAN-20260525）の実行展開であり、HANDOFF-20260610 の Step 1「止血」を全領域に広げた詳細版。 - **削除は一切しない**。すべて archive 退避（`feedback_ne…
-
ユーザー直下の広報・マーケティング部隊として、計画（`welfare-ads-team-plan v1.1`）の**全体目標（3ヶ月10名）**とロードマップ（§5）に沿い、KPIを追跡し・最適化を提案し・コンテンツ案を作り・進捗を報告する。権限の中で独立して動き、ユーザーをサポートしながら事業成功の目標達成を一緒に目指す。 - KPI追跡（5段階CPA、10名目標への進捗）／データ監査（claude-seo / claude-ads / GA4） - 週次チェック＋月次レビュー（§10）の作成 - 広告コピー・SEO改善・コンテンツ・YouTubeメタデータの**"案"づくり** - ロード…
-
共有する実体は **「動画制作ケイパビリティ」1つ**。広報（利用者集客）がそれを育て、動画事業（生産活動・工賃源）がそれを外販する。**KPI・会計・発注元は厳密に分離**する。 ``` 広報・マーケ計画（KPI: 3ヶ月で契約10名） 自社YouTube広告の動画を制作・出稿 │ 制作の過程で育つ ↓…
-
| 資産 | 役割 | 本件での扱い | |---|---|---| | harness-freshness-view.mjs → harness-freshness-latest.json | cron健康 JSON(7task green/yellow/red) | **health源(read-only)**。視覚はこれを読むだけ。改変しない | | watchdog(run-harness-freshness.ps1, daily23:00) | health判定+赤アラート | M2で視覚再生成ステップを追加(freshness成功後) | | scheduled-tasks.jso…
-
非エンジニア指令役が ハーネス全体の流れ+健康を一目で見て break に気づく視覚。 **最重要原則(co-plan r1): 視覚は嘘をつかない。「壊れた監視/古いデータ/未接続」をきれいに緑・灰で見せない。** 疑わしきは赤/黄で警告。 | 論点 | 決定 | |---|---| | 中核フォーマット | Obsidian Canvas + HTMLコックピット(両方中核)。Mermaid後回し |…
-
このメモは「あとはユーザーが実行するだけ」の状態にするためのもの。 **既存の2文書（Cloudflare接続手順 / フォーム項目案）はそのまま使い、ここでは"足りない手順"だけを足す。** | 決めたこと | 内容 | | -------- | ------------------------------------------------------------------------------------…
-
サーバ側は私が HTTP で全部検証済み（登録・一覧・完了・期限変更・取消・本人確認トークン 全 PASS）。 ここでは **あなたのブラウザで実際の見た目と操作**を確認します。所要 約10分。 今回 gateway（職場PCの窓口）に新しい機能（タスク登録・一覧・管理の経路）を足したので、 **今動いている gateway は古いまま**です。最新コードで動かすため一度だけ再起動します。拡張機能も新しい「タスク」タブが増えたのでリロードが要ります。 ```bash…
-
就労継続支援B型 Wonder Studio（精神障害の利用者が多い／eスポーツ・動画編集が特色、牛久・取手エリア）の新規利用者募集を伸ばす。事業収益の8〜9割が通所日数に依存＝利用者獲得が事業の生命線。YouTube広告を主軸に「動画編集＝就職につながるスキル」として打ち出し、見学・体験・通所につなげる。 当面は少人数スタート＝**あなた（広告運用・分析の指揮）＋事業所の動画編集機能（制作は利用者の訓練も兼ねる）＋AI（文案・分析・計画の補佐）**。月数万円規模なので専任の新規採用はしない。効果が出たら段階的に体制拡大。 - 最終KPI＝新規通所者数（事業収益直結） - 中間KPI＝見学・体…
-
WAM基本CSV(`sfkopendata_202603_<指定権者コード>.zip` → `csvdownload011.csv`, 29列)で取得: | 台帳フィールド | WAM列 | 備考 | |---|---|---| | name / houjin / 法人情報 | 4,13 等 | 名称・法人 | | address | 16,17 | 事業所住所 |…
-
Codex review (critical 8) を反映。**βを骨格に縮小**し、SEO主役化・カード充実・ガイド・網羅は別gate。法務(掲載許諾/中立性/要配慮個人情報)を出口条件へ昇格。 1台帳 → ①一覧 ②個別ページ ③ガイド ④パンフPDF を自動生成。**ただし出力ごとに「出してよい項目」が違う** → スキーマに `visibility_by_output` を持ち、Web/PDF/SEO(JSON-LD)/guide で出力項目を固定 (C6)。 ```jsonc { "office_id":"0811900851", // 事業所単位 (URLは安…
-
初版(06-05)からの主拡張: ①個別事業所ページ ②SEO設計 ③ガイド/ケース別導線ページ ④カード充実 ⑤ファセット(対応障害/特徴) ⑥SNS ⑦multi-output(1台帳→一覧+個別+ガイド+パンフ) ⑧将来の福祉施設網羅拡張。 **1つの台帳(`data/jigyosho.json`)** から以下を全自動生成。更新は台帳1箇所のみ。 1. 一覧ページ(地図 + ファセット絞り込み) 2. **事業所ごとの個別ページ**(`/office/[id]`、Astro Dynamic Routes、SEO の主役) 3. ガイド/ケース別導線ページ…
-
> あなたの状況: LINE WORKS のメールと複数の Gmail を 1 つの Gmail に集約。ラベル分けはされているが「メールが多すぎて見るべきものを見つけにくい」「反映が遅い」。 > このガイドは「今すぐやるべき 1 つ」→「Gmail の考え方」→「悩み解決」→「具体手順」の順です。 **いま使っている「他のアカウントのメールを確認（POP3 取り込み）」を、各アカウントの「自動転送」に切り替える。** - これ 1 つで **「反映が遅い」も「2027 年の機能終了」も同時に解決**します。 - 理由は §1。手順は §7-A / §7-B。…
-
**「手数料を取る純粋なマッチング仲介プラットフォーム」は成立しにくい。** 理由は、同じことをやる **無料の公的窓口が全国・茨城に既に稠密に存在**し、価格で勝てないから。 勝ち筋があるとすれば、公的窓口が手薄な **①役務(BPO的請負)の品質保証・営業代行**、**②自社事業所のショールーム化を起点にした付加価値型受注**、**③既存窓口との協働レイヤー**に限られる。 | 仕組み | 内容 | 手数料 | 出典 | |---|---|---|---| | 障害者優先調達推進法（2013施行） | 国・自治体が事業所から優先購入。供給側=B型/A型/在宅就業、需要側=国＋地方自治体 |…
-
AIハーネス循環の**最初の"動くループ"**（中核エンジン）。Phase0(基盤=owner matrix/実装vs仕様)は完了。本書は Phase1 を「gate を満たせば即 dispatch できる」状態に固めたもの。**実装は dispatch 時**（本書は設計のみ・コード未改変）。 - **入力**: - 既存 `composeMorningBrief()`(`daily-sync.cjs`) の現入力 = Calendar / Notion / transcript / ledger / KPI / channel - **追加（read-only 別section）*…
-
要件 v2 で設計フェーズに委譲した技術事項を、Step1実査とプロトタイプの体感を踏まえて確定する。 事業所番号を主キーに、一次（公式・自動）／二次（連携・同意制）／メタ（鮮度・確認）を分離。 ```jsonc { "jigyosho_id": "0811900851", // 主キー（事業所番号）…
-
plan-forge の「実体確認を先に」原則で、設計の前に公開情報で実データを確認した結果。 - **母集団確定**: 牛久市内（事業所所在地ベース）の就労系事業所 = **24事業所**（一次・公式データ、2026-05-10時点）。 - **延べサービス**: 就労継続支援B型 18 / A型 6 / 就労移行 3 / 就労定着 2。 - **ワンスタ自身も母集団に含まれる**: `0811900851 Wonder Studio ひたち野うしく`（REXT株式会社）→ 中立性（COI）が実データで根幹と確認。 - 公開情報（県 Excel）で**基本情報の骨格は機械的に全網羅できる**…
-
> v1 → v2 変更点: co-plan review（Codex critical 6 + Claude critical 3）を反映。§0（plan位置づけ）新設、出典別再利用区分・COIポリシー・要配慮個人情報・鮮度責任・景表法対応・アクセシビリティ・法務ページ・成果物4分解・β出口条件を追加。 - 本件は **新 plan として独立起票**（PLAN-20260605-fukushi-resource-map-ushiku 仮）。 - 半年前に PLAN-20260518 §4-5 で「茨城県南地域 就労支援ポータル（Manus AI 起案）」として認識されていた構想の、**牛久…
-
全体統制 R-COORD「記憶 promotion owner を1つに確定」の確定案。Phase0(TASK-002)の実コード裏取り + Codex co-plan(COPLAN-004)反映済。**記憶ループαは他ループ(β補佐/γcontent/δ秘書PM)が参照する基盤**なので最初に閉じる。 | リソース | **final writer (最終確定)** | 提案者 / contributor | 実装の現実 | |---|---|---|---| | `SHARED_MEMORY.md` | **Claude Code (single-writer・手動編集)** | Open…
-
> 要件は別ファイル（PASS 済）。本書は**実装に落とす版**＝既存資産 collision audit → あるべき姿 → GAP → ファイル単位の拡張/修正 → フェーズ分割。 | 資産 | 現状 | 本機能での扱い | |---|---|---| | gateway `gateway/server.js` | route: `/v1`(4アクション) `/v2/chat` `/v2/threads` `/v2/calendar/{parse,create,delete}` `/v2/mail`、`callGog()`(127.0.0.1:7780)、確認トークン(calendar)…
-
メール・チャット・Web ページ・選択テキスト・Web ミーティング議事録から、**その場（ブラウザ）でリンクと文脈ごとタスク／やりたいを拾い**、**秘書 AI の既存タスク正本（Obsidian の 2 ドメイン）に直接書き込む**。新しい置き場は作らない。browser-assist を Discord・音声に並ぶ「新しい入口（inlet）」として足すだけ。 - タスクは「メール・チャット・ページ・ミーティング」で生まれる。Discord に打ち直すと**リンクと文脈が落ちる**。発生源のブラウザで拾えば文脈を保てる。 - 保管は 1 つのまま（既存正本）。入口だけ増やす。職場 PC の…
-
**新規構築でなく、既存 AI ツール環境＝OS＝全循環の中心を基盤として整える。** 構造は「1つの循環」ではなく **「ある程度の全体統制のもとで、最適な個別循環(小ループ)を作り込み、互いを接続してバランスをとる連邦」**。 非エンジニアであることを武器にする固有価値 = **福祉現場理解 × 事業/チーム運営 × AI最前線リテラシー** の交点を、ゼネラリストとして育て発信する。AIツールで足りない知識・情報を集め・学び・実践 → 固有価値 → 発信価値。 → ユーザー補佐ループはこの交点を「育てる」ことが目的。content ループはその「発信」。両者を連邦として接続。 - **D…
-
1. **拡張をリロード**：`chrome://extensions` で browser-assist を🔄（新コード反映）。 2. gateway と app-server が起動中（`start-all.sh`／自動起動）。 3. **gog-gateway が起動中**：`curl http://127.0.0.1:7780/health` が返ること。 - 落ちていたら：`powershell -ExecutionPolicy Bypass -File C:\dev\repos\b-type-ops\scripts\run-gog-gateway.ps1` 1. サイドパネ…
-
Genspark 風の Gmail 補助（受信画面で要約／返信画面で「承諾・断る・お礼」等の3案ボタン→押すと返信文を挿入）と、自然文からのカレンダー予定追加を、**既存資産の再利用**で実装。頭脳=Codex（$0）。Gemini/GAS 不使用。 | 機能 | 方式 | gog | |---|---|---| | **B-mail**: メール要約 + 返信3案ボタン | **Gmail専用 content script** が本文/スレッドを抽出 → browser-assist gateway → Codex(要約 / 3案生成) → ボタン注入 → Gmail 返信欄(content…
-
職場PC の gateway に、ノートPC から **Tailscale 経由**で繋ぐ。 セキュリティの壁 = ① Tailscale 端末認証(tailnet のデバイスしか到達不可) ② 拡張ID ③ Origin ④ 合言葉。 **LAN には公開していない**(gateway は localhost と Tailscale IP のみ bind)。 - 職場PC Tailscale IP: **`100.86.113.31`**（= `desktop-o79hgej.tail0ea32c.ts.net`） - Gateway URL（ノートPCで設定）: **`http://100…
-
IMPROVEMENT_QUEUE (208 行) のパターン集計: - 同じ修正指示の繰り返し (session 系): **153** - path / WSL / Windows / misroute 系: **19** - cron / Task Scheduler 系: **8** - silent / 気づかれず / 連続0件 系: **5**…
-
既存 Lane A（選択/ページの4アクション）を、**Monica 級の汎用ブラウザアシスタント**に拡張する。 頭脳は引き続き **Codex App Server（ChatGPT subscription, $0系）**。Claude API 不使用。 - MV3 拡張（content script=選択取得 / service worker=通信 / side panel=表示） - 職場PC localhost gateway `POST /api/browser-assist/v1`（token + extension-id allowlist + Origin 検証 + deny…
-
コード上の検証（gateway → Codex App Server の往復）は済んでいます。残るは「**Chrome に拡張を入れて、実際にページの文字を選んで補助が出るか**」という最後の人手確認です。ここが通れば Lane A v1 は実運用に入れます。 - WSL 上で `codex login status` が「Logged in using ChatGPT」になっている（確認済み）。 - Node 22 系（確認済み: v22.22.1）。 - Chrome（Windows 版）。 - gateway と app-server は **WSL 側で起動**し、Windows の …
-
Lane A（任意ページの要約等）は実装完了。ここは**残りの2レーン**の着手準備。 どちらも**あなたのアカウントが必要**なので、AI 単独では実行できません。下記で「座ったらすぐ動く」ところまで用意しています。 Google の無料の仕組み「**GAS（Google Apps Script）**」で小さな Web アプリを作り、 拡張のボタンから叩くと「**メール返信の候補を3つ**」出したり「**しゃべり言葉で予定追加**」したりできるようにする。 gateway も職場PCも不要（クラウドなので全PCで使える）。頭脳は **Gemini API**（無料枠）。…
-
> v3 が最新。以下「## v3」を読む。v2 本文（§0 以降）は経緯・詳細として保持するが、メール方針など一部は v3 が上書き。 - **Gemini の組込 UI（Chrome/Gmail のボタン）は web ページ要約に使えない**（Google サービスを開いている時だけ表示、任意ページ不可）→ 実機確認。Gemini「組込 UI」と Gemini「API（モデル）」は別物で、後者はプログラムから呼べる。 - **Gmail の Gemini はワンボタン複数候補ではない**（自分でプラン指定が要る）= Genspark との差。→ **v2 の「メール=Gemini 任せ・作…
-
Genspark/Manus（調査＋資料作成）を CC+Codex+OpenClaw に集約して切れるか、**きちんとした証拠で判断する**ための評価設計と目標アーキテクチャを確定する。 - **honest baseline は wide_v0.3_deep ~25 / HYBRID**（30/30 は Claude 単独 draft、adversarial review 前）。R7 で Codex critique = 採取品質「低」、真因 = **verifiable evidence 構造化不足（result.json 候補空）+ 検証層が弱い**。実決定も HYBRID（manus …
-
Phase C（Obsidian と podcast の接続）の設計確定。 「**何もしなければ daily-intelligence ベースで動く / user が触ったら podcast 主軸を自分でコントロールできる**」 摩擦ゼロ運用を vault 側で実現する。 1. **摩擦ゼロ** — user が何もしなくても podcast は回る（現状動作維持） 2. **加点制** — user が触った分だけ podcast が user 主導に近づく（強制 ❌） 3. **最小構造** — フォルダ階層は 2 段まで、user が迷わない…
-
| # | シナリオ | 発生頻度 | 現状の対応 | 課題 | |---|---|---|---|---| | ① | **内部 MTG**: チームメンバーだけ、ユーザー在/不在問わず | 週数回 | 未対策 | **議事録が残らない**（ユーザー不在時特に） | | ② | **先方発行 URL の MTG**: Zoom/Meet/Teams、ユーザー参加 | 週数回 | NotionAI で取得 | NotionAI 機能はこれだけ→ROI 低、解約検討中 | | ③ | **先方発行 URL の MTG**: ユーザー不在、メンバーだけ | 月数回 | **完全未対策** | 技術…
-
IMP-20260525-info-pipeline-distill-broken (3 根本問題) のため podcast を一時停止。情報基盤側の修復を優先。 | 条件 | status | 根拠 | |---|---|---| | ① 蒸留層 daily-intelligence 復旧 | ✅ 解消 | D0 gate PASS、3 日連続 cron 成功 (05-26/27/28、proposals 11/10/9、空 JSON 0、fallback 0%、claude path 完全復旧) | | ② Claude 環流 (SessionStart 注入) | ✅ 解消 | comm…
-
PoC で **CLI 経由の `source refresh` が 3.5 秒で同期完了** することがわかったので、いよいよ本番設計の手作業セットアップを進めます。 - 5/26 自動同期は user のアカウントにまだ届いてない（5/28 時点で rollout 2 日目） - でも CLI に refresh コマンドがあるので、自動同期を待たなくても全自動化できる - このセットアップで「Drive のマスター Doc を書き換えるだけ」 で podcast が回る土台を作る 完了すると、毎朝 7:30 に Doc が自動更新 → refresh → 音声生成 → Discord 投…
-
NotebookLM が **2026-05-26 から** 「ソースにした Google ドキュメントの中身が変わったら、notebook の内容も自動で更新される」 ようになりました。 これを **podcast 再開の中核** に据える前に、**実際にどれくらい速く同期されるか** を 1 回だけ手で試して感触をつかみたいです。 同期の速さ次第で「朝のスクリプト → Doc 書き換え → 同期 → 音声生成」の順番をどう組むか決まります。 - ✅ NotebookLM にアクセスできる Google アカウント（podcast PoC で使った専用アカが理想） - ✅ Google ドラ…
-
- **xAI/Grok OAuth (5.24)**: APIキー不要で ¥1000 X Premium サブスク枠の Grok を使える → welfare-x の 403 クレジット枯渇から脱却 (現 5.12 には無い) - **Meeting Notes プラグイン (5.20+)**: Discord ボイス→話者ラベル付き構造化ノート + 既存トランスクリプト取り込み → 「Meet 秘書 AI」MVP に直結 - **cron 強化 (5.26)**: 同時実行 8 / `+5m` 相対指定。性能 (起動・/models 4100x)。voice/Talk リアルタイム制御 -…
-
> このファイルは grill-me 対話で確定した acceptance criteria の正本記録。 > v2-v4 = Codex co-plan review (COPLAN-20260525-001、r1-r3) の Critical 指摘を反復反映。 > 次工程: Codex 再 review → 通過後に設計 md (ME1 の流れ) + PLAN 起票。 > セッション生ログは Claude Code JSONL に REFLECT-SEGMENT マーカー付きで保存済。 - **R1 (plan 役割固定)**: 新 plan は **umbrella / integrat…
-
毎日溜まる収集 JSON (welfare-news / welfare-x-trends / web-feeds / bookmarks-weekly 等) を sqlite-vec ベクトル索引に載せ、「2週間前の福祉ニュースで何があったか」を過去検索可能にする。 現状の索引対象は `.md` のみ (inbox / plans / secretary) で収集 JSON は死蔵 (棚卸し audit 2026-05-25 問題③)。 - `scripts/index-safety/build_index.py`: - `CORPORA = {inbox, plans, secreta…
-
Phase 2A 実装の前提 = 蒸留層が本番 cron(非入れ子)で安定すること。claude -p は in-session 検証では入れ子交絡で timeout したため、**本番 cron が真の判定**。 2026-05-27 07:10 JST の daily-intelligence cron が走った後（= 07:30 JST 以降）。 ```bash f=/mnt/c/Users/user/Documents/sync/_generated/summaries/daily-intelligence-2026-05-27.json; \ echo "size=$(wc -c <…
-
> 確定要件（Codex PASS 済）= `information-foundation-requirements-2026-05-25.md`。 > 本 md は ME1 の流れ: **①既存資産 collision audit → ②あるべき姿 → ③GAP(G1-G9) → ④拡張/修正要件**。 > 本 plan = **umbrella / integration contract**。既存 plan を置換しない（R1）。設計のみ・実装しない。 各既存 plan の owner / data / schema / output / **新 plan が侵してはいけない境界** を…
-
> 検証の本体は「集まるか」でなく **「有用に活用 + メンテできているか」**（user）。 > Codex review で **スコープ分割 / D0 gate / 活用の observable 化 / 責務分離** を反映。 1. **Phase 2A に絞る**（一括実装で失敗原因を切れない問題）: AI環境ノウハウ収集の **4 源のみ**、活用 ledger を 1 周通すことを最優先。残源・福祉混在は 2B 以降。 2. **D0 を Phase 2A の前提 gate に**（claude -p timeout 未解決・codex-eval fallback 常用を "de…
-
**raw を全部外すのは誤り。** ただし full hybrid は個人規模に過剰 → **minimal hybrid**: 蒸留/要約を主検索面、良質 raw は正規化 parent record として限定検索、ノイズは既定で索引しない。**運用は全自動、人間の操作は最小（保存/除外/再索引/なぜ出ないか）**。 - multi-representation indexing（要約で検索→原文を引く）が 2024+ 主流（LangChain MultiVectorRetriever / LlamaIndex DocumentSummaryIndex）。ただし**個人規模は memwe…
-
毎日自動収集している Web/SNS/福祉ニュースが (1) 意味ある情報か (2) Claude Code が参照・活用できているか (3) 過去履歴として参照できるか (4) 圧縮/蒸留が必要か を実地調査し、今後の方針を固め直すための整理。 調査は実ファイル + スクリプトの実読で実施 (推測は明記)。 ``` [収集 毎日] [蒸留 1日1回] [参照] collect-web-feeds ──┐…
-
2026-05-24 12:09 JST、月曜 episode `2026-05-25-mon-test-trends` を NotebookLM で生成しようとして以下のエラー: ``` ERROR [notebooklm._core] RPC CREATE_ARTIFACT failed code: RATE_LIMITED message: Audio generation rate limited by Google…
-
| 観点 | v2 (2026-05-18 承認) | v3 (2026-05-19) | |---|---|---| | ポジ | niche wedge (現場検証付き個人キュレーション) | **同左 + 音声 × L3 経営者・サビ管 wedge** で具体化 | | 媒体 | 抽象 (記事 / 音声 / 動画 / 研修) | **パターン A** = note メンバーシップ (core) + Apple Podcasts Subscription (副) + Spotify (無料配信) + X (拡散) + YouTube (Phase 2 集客装置) | | 収益化 | 言及な…
-
PLAN-20260518 v3.5.1 (現場翻訳メディア、段階拡大版 + audience 拡大版) の制作 workspace。 ``` _generated/welfare-content/ ├── README.md ← 本 file (workspace 全体案内) (Bases は vault root の `_bases/13. 現場翻訳ラジオ.base` に配置、AI 出力層から分離して user UX 層に移動)…
-
USER-ACTION-PHASE1-2026-05-20.md のうち、Claude Code (Opus) が draft 可能なアクション 5 / 7 / 8 の本文。user は確認 + 自身の知見追加 (アクション 7-8 のみ) + 承認で完成。 USER-ACTION-PHASE1 doc §アクション 5 と同内容 (再掲省略、親 doc 参照)。 修正希望があれば本 doc 末尾「修正希望メモ」 に記入してください。修正なしなら親 doc の draft をそのまま採用、Discord ch 説明文 + welcome message に固定。 ```markdown 事例 …
-
**Gate 1 期日**: 2026-06-15 (本日 5/20 から残り 26 日) **全体所要 (user 側)**: 約 8-12 時間 (主に AI 個人情報ガイドライン執筆 4 週連載 4-6h + 他アクション 4-6h) **現在のステータス**: welfare-content/* 11 skill + cron 4 件 + semantic-dedupe + dry-run + empirical 2 巡 全完了 (worker 実装側終了)、ここからは user 主導フェーズ ``` [ 並行着手可、依存なし ] — 今すぐ始められる…
-
| 軸 | verdict | 重大度 | 核心指摘 | |---|---|---|---| | A 工数現実性 | **RECONSIDER-WITH-MAJOR-CHANGES** | 不可寄り | 実質 6.5h+/週、地域ポータル含めて 32-38h/月。Phase 1 実負荷を 4.5h → 6.5h+ に修正、特典 1 種に縮退、Gate に user 実作業時間停止条件 | | B 戦略死角 | PROCEED-WITH-CAVEAT | high | Gate 3 数値強気すぎ (note 100→50 / Apple 100→10-30 / 月 15-25万→5-10万)、課…
-
1. **NotebookLM Audio Overview の商用配信は規約上グレーゾーンではなくユーザー所有物**。Google 規約は出力の所有権をユーザーに帰属させ、商用禁止条項は存在しない。ただし「AI 生成である旨の開示義務（Apple Podcasts 必須・YouTube 必須・Spotify 推奨）」と「ソース素材の著作権遵守」は別問題として残る。 2. **Spotify Partner Program は 2026-01 時点で日本が対象市場外**。Spotify での日本語ポッドキャスト直接収益化は現時点で不可。Voicy（選抜型）・Apple Podcasts Sub…
-
1. 就労福祉の情報発信は「L1 一次情報整理（告示・通知の転載）」と「L2 二次情報まとめ（事例紹介・解説記事）」に集中しており、**L3 私見・経営視点**は note/X の個人発信者数名が散発的に担うのみ。 2. **L4 AI 活用による自動キュレーション**は、パパゲーノ AI 福祉研究所がほぼ唯一の常時発信体。他は単発プレスリリース止まり。 3. 音声（Podcast）での就労継続支援・就労移行専門チャンネルは事実上ゼロ。障害者雇用寄りの番組が数本存在するが、経営者・サビ管向けの運営実務に踏み込む音声コンテンツは確認できなかった。 4. **「経営者・サビ管向け × L3 私見 …
-
PLAN-20260518 v2 (user 承認 + Codex 3 件 review 反映済) で確定している骨子を、**user 発話の整理軸「誰に × 何を × 何の問題解決 × 情報源 × まとめ方」** に落とし込んだ草案。空欄 (?) は user 確認ポイント。 | 観点 | ① 個人 daily | ③ 公開コンテンツ | ④ スタッフ研修 | |---|---|---|---| | **誰に** | user 自身 (Wonder Studio 新規事業責任者として業界キャッチアップ) | **経営者・サビ管** (operator-grade、Phase 1 で家族・一般…
-
**目的**: 毎朝 08:00 JST に Discord「朝のブリーフ」ch へ daily-intelligence ベースの音声ポッドキャスト (mp3) を自動投稿する pipeline の PoC を 1 周回す。 **全体所要 (user 側)**: 約 30–45 分 (Google アカ作成 15 分 + ログイン認証 10 分 + 試聴評価 10 分)。 **期間**: 2026-05-18 〜 2026-05-20 (PoC window)。 **前提**: PLAN-20260510 v3.1 user 全承認済 + Codex 二次確認 2 件 PROCE…
-
> **役割**: ユーザーが Claude Code / Codex / Worker / Skill / Memory / Rules / MCP の**全体像を把握し、乗りこなす**ための入口。「何ができて / 何ができないか / 今どう動いているか」をここで確認。 > **構造マップ** (フォルダ・命名規則) は [[00_VAULT_MAP]] 側。両者を相互リンク。 > 本 MD の自動拡張版。詳細データ・file:// リンク・実機スケジューラ inventory 付き。Obsidian Custom Frames で内蔵表示も可能。 | ポータル …
-
**全体所要**: 約 10 分。 **前提条件**: Obsidian の「内部リンクを自動更新」が ON (✅ 確認済)。 vault root の役割重複ファイル 13 個のうち 8 個を整理する。退避後の root は 5 ファイル + 主要マップ 2 つに減る (見やすくなる)。 削除ではなく snapshot 退避なので、後で戻せる。 - Obsidian 設定「内部リンクを自動更新」が ON (✅)…
-
プロジェクト直結ではない **運用上の雑メモ・参考メモ・機密情報** の置き場。 個人ナレッジ ([[../11.個人/00.ホーム]]) でも事業プロジェクト ([[../12. 人間プロジェクト/README]]) でもない、運用周辺の小さなメモを集約。 | サブフォルダ | 役割 | 備考 | |---|---|---| | `参考メモ/` | 一般参考メモ (bot 参考資料等) | 公開可能レベル |…
-
就労継続支援 B 型・自立訓練・介護福祉に関する **政策動向・事例・研究** を一次ソース別に保管。 事業所運営の判断材料 (登壇資料・厚労省ガイドライン対応・補助金検討) の源泉。 | サブフォルダ | カテゴリ | |---|---| | `ガイドライン/` | 厚労省 2025/11/28 ガイドライン等の通達 |…
-
X (旧 Twitter) の **トレンド・ブックマーク・特定 query 結果** を Grok / X API 経由で raw 収集する場所。 個人ブックマーク分析は別経路 (`_generated/x-bookmarks/`)、本フォルダは **トレンド観測中心**。 | サブフォルダ | 役割 | |---|---| | `ai-trends/` | AI 関連 X トレンド |…
-
RSS / Atom フィードや外部ブログ ・ note・Zenn のタグ別取り込み先。 Obsidian RSS プラグイン経由で自動収集される素材を **source 別フォルダ**に分けて保管。 | サブフォルダ | カテゴリ | |---|---| | `Latent Space` / `Lilian Weng` / `Simon Willison` | AI 個人ブログ (Latent Space / Lilian's blog / Simon Willison) |…
-
Obsidian Web Clipper / 外部 brower 拡張で **記事・スレッドを raw に取り込む** 場所。 取り込んだ直後はトリアージ前の素材。`evaluate-clippings` skill が定期的に整理し、tool 評価 / 保存版 / 廃棄に振り分ける。 | サブフォルダ | 役割 | |---|---| | `_future/` | 将来検討候補 (技術トレンド・実験的アイデア。tool になるかも) |…
-
Claude Code / Codex / その他 AI ツールの **セッションログ** を日付・ID 付きで保管する。 振り返り・改善抽出・LESSON 昇格判断の素材源。 **月次でアーカイブ予定** (現状 646 件、フラット保管。`reports/archive/` パターンに準拠する整理が次期課題)。 ``` YYYY-MM-DD_<tool>_<session-id-short>.md…
-
`C:/Users/user/planning/` ワークスペースの **vault 内 view** (実体は別、vault からも参照できるよう mirror)。 WORKBOARD / AGENTS / 設計テンプレを Obsidian の Graph view / バックリンクで分析できるようにするための場所。 | ファイル / フォルダ | 役割 | |---|---| | `WORKBOARD.md` | planning workspace の WORKBOARD ミラー |…
-
Obsidian の **Bases プラグイン** で使う DB テンプレート (`.base` ファイル) と、その補助 md を置く。 vault 内の md を frontmatter ベースでクエリ・表示するための定義集。 | ファイル | 役割 | |---|---| | `01. 素材一覧.base` | 素材 (Clippings / Webフィード等) を一覧化 |…
-
AI が **vault に残しておきたい記憶 / 学習 / 文脈スナップショット** を置く。 Claude Code 本体の memory (`/home/won-st/.claude/projects/.../memory/`) とは別物で、こちらは **vault 内に残し他 AI ツールも参照できる** ようにする中間記憶。 | サブフォルダ | 役割 | 昇格フロー | |---|---|---| | `inbox/` | 新規の気づき・改善候補・観察。最初に入る場所 | 1. inbox → 2. lessons → 3. graduated |…
-
AI (Claude Code / Codex / OpenClaw / Manus / Genspark) が**生成した中間成果物・配布物**を置く。 原則として **AI が書く / user は読むだけ**。user が直接書き換えると次の AI 生成で上書きされる場合がある。 | サブフォルダ / ファイル | 役割 | 主な生成元 | |---|---|---| | `bgm-pipeline/` | BGM 制作パイプラインの生成物 (Track Card、Style Description、歌詞) | lyric / compose / suno / postpro ski…
-
**退避対象 9 ファイルは完全閉ループ。vault 内の他ファイルからの参照ゼロ。** → 退避作業 (Phase E) の broken link リスクは大幅に低い。Obsidian 自動リンク更新を信頼してよい。 `99. アーカイブ/sync-archive/2026-05-13_root-cleanup/` 配下に以下 9 ファイルを snapshot 済 (Phase A-3): - 01. 素材一覧.md - 02. ドラフト一覧.md…
-
📝 判定理由: PLAN-20260512 Step 1 manual seed: 業務支障リスク高 / 他者説明 / 監査・連携先・登壇関連の主要文書<!-- _class: lead --> B 型福祉事業所向け 新規発注元候補 **37 件** / 優先度別営業ガイド 採取日: 2026-05-12 / 採取コスト: $0 / 採取時間: ~10 分 **37 件採取** (茨城南部 17 / 千葉北部 20)、4 カテゴリ全充足 1. **障害者優先調達ハブ 2 件** = 茨城県共同受発注センター + 千葉県チャレンジド・インフォ → 公的発注の入口…