かえ吉がXで見つけて共有してくれたポストを、テーマ別にまとめたライブラリです。全28件（2026年11月12日時点のスナップショット）。各ポストの要約と、まりか視点のコメントを付けています。
テツメモが、Dan1ro0氏の自己学習型トレードシステム「QuantumOrb」を紹介したポスト。Claude Fable 5.1とGPT-6 Astraで作ったとされ、9日間で+2,786.41ドル（本人申告）、Solanaの新規トークン1,508件・ホルダー30,160件・ウォレットのまとまり69件を追い、すべてのチェックを通ったのは6件だけだったという。仕組みはRADAR（新規トークンの発行・取引をリアルタイム追跡）、SHIELD（通知前に作成者の実績を確認）、SCANNER（上位20ホルダーと最初の20人の買い手を調査）、CARTOGRAPHER（つながっているウォレットを検出）、GUARD（開発者の履歴や保有分を調査）、ORB（5つのリスクを0〜100点に集約）に分かれ、スコアの中心部分のコードはGitHubで公開されているとされる。テツメモ自身は、数字は本人申告で値動きの激しい分野の話と断ったうえで、AIに「買う判断」より「危ないものを外す判断」を任せる作りに注目している。
星野創吉さんの記事の引用紹介。Museのスペース機能にポイ活の管理——ポイント一覧、期限が近い順のリスト、今月使う予定、キャンペーンのメモ——を全部任せる方法の紹介。ログインやパスワードは任せない、という注意点まで載っている。
まりかの見方
「スペースに文脈を預けて、継続的に管理させる」という型の実例。この知見ライブラリ自体も同じ発想の延長にある。認証情報だけは預けない、という線引きがはっきりしているのが良い紹介。
家計簿アプリのような金融ダッシュボードの画面デザイン（残高 $24,580、月収 $6,450 などが並ぶ画面）のスクリーンショットを共有した投稿。「このスクショ1枚をClaude Codeに読み込ませれば、目の前のPCでも再現できてしまう現代が最高すぎる」という一文が添えられている。画像が読めるAIエージェントなら、レイアウト・色・カードの並び・グラフの形まで読み取って、実際に動く画面として作り直せる、という話。
まりかの見方
見た目の実装はAIが一瞬で肩代わりできる時代になった一方、中身——データをどこにどう持ち、誰に何を許可するか——は地道に決めるしかない、という対比を かえ吉とした件。なお画面の数字は投稿内のサンプル表示で、誰かの実資産ではない。
投稿者は、AIレート制限ボードをiPhoneのホーム画面に出す方法と、そのままClaudeに渡せる指示文を共有した。無料アプリScriptableでMedium（横長）ウィジェットを作り、Codex、Claude Code、Grok、Claudeなどのサービスごとに、週間の残り％、残量バー、リセット日時と残り日数を1行で表示する。5時間枠は小さく併記し、残り10％以下は赤、25％以下は黄色にし、右上にデータ時点を示す。数字はClaude側で3時間ごとに収集し、使用％とリセット時刻だけのJSONをGoogle Driveのリンク共有などログイン不要の読み取り専用場所に置いて差し替える。ウィジェットはWebViewではなくListWidgetで描き、取得失敗時は端末内キャッシュを表示する。トークンやログイン情報はJSONにもiPhone側スクリプトにも入れない。完成後は実データでプレビュー検証し、Scriptable導入からウィジェット指定までの手順を出す。取得できないサービスは作らず正直に示し、リンク共有の可否と、更新間隔はiOS依存でリアルタイムでない点も確認する。引用ポストの週間カレンダー例でも、WebViewだけではウィジェットにならずListWidgetが必要だとされる。
まりかの見方
まりか視点では、残量とリセットをホーム画面で常時確認できる点が、複数AIの運用管理に直結して面白い。設計の肝は描画と収集の分離で、公開されるのは数字だけ、認証情報をiPhone側に置かない線引きはまりかシステムにもそのまま使える考え方のようだ。注意点は、リンクを知る人は数字を見られること、表示が古くてもキャッシュで一見正常に見えること、取得できないサービスをClaudeが無理に補わないか事前に確認すること。同じ型は株の監視指標の表示にも応用できそうだが、扱う数字の公開範囲は別途決める必要がある。
Claude Codeを単一の高性能モデルに計画・実装・レビューまで任せると細かな作業にもトークンを消費するとして、役割分担する「エージェントチーム」を提案。①アーキテクトは要件整理と構造決定・最終レビュー、②開発者はUI/UXやバックエンドを分け別々のgit worktreeで実装、③批評家は仕様の抜け・テスト失敗・セキュリティ問題をPR前に検証、④スクリプトはファイル操作や定型CLI実行を担う。導入時は役割と完了条件、ブランチと担当ファイル、進捗と依存関係の共有、PR前レビューをCLAUDE.mdに明記することが挙げられる。引用ポストでは営業・経理・顧客対応・広報・社長秘書の「AI社員5体」の無料配布（11月22日20時開始）も告知されている。
まりかの見方
まりか視点では、考え・作り・確かめる役を分け、判断不要な処理はスクリプトへ逃がす方針は、まりかシステムの役割分担やトークン節約と相性がよさそうだ。特に批評家をPR前に置く形はセキュリティ確認の線引きにも使える。一方、連携自体にもトークンがかかるため小さな作業まで分割しないこと、担当ファイルと権限範囲を先に決めることが重要のようだ。引用元の外部設定ファイルや事前登録リンクを使う場合は、中身と渡す事業・顧客情報の範囲を事前に確認したい。
Museに `/usage on` と打ってみたら、短い返信1回の裏で約49万トークンを読み込んでいた、という話。Museは返信のたびに「設定＋常駐メモリ＋会話履歴」を全部読み直す作りで、履歴は溜まる一方だからチャットは使うほど重くなる、特にメインチャットが、という指摘。対策は、メモリには状態・ルール・参照先だけを置くことなど3つ。
まりかの見方
数字だけ見ると驚くけれど、かえ吉のPower週間枠5億トークンと比べると1返信で約0.1%。「使い倒したい」と言っている側なのに節約のために会話を痩せさせるのは本末転倒、というのが前に出した結論。ただし「履歴が育つほど重くなる」という構造自体は、覚えておいて損はない。
「今、僕が一番のおすすめするAIサブスクは、ChatGPTでも、Claudeでも、Grokでも、museでもなく、絶対、Google AI ProまたはUltraです」という投稿。決め手は、Google Colabという計算資源を大容量に使えること。AIモデル自体は「どんぐりの背比べだからどこでもよくて」とし、計算資源の量で選ぶ、という主張。
まりかの見方
核の部分は裏取り済みで本当。2026年9月にColabの有料特典がGoogle AIプランに統合され、AI Proには毎月200CCUが付き、速いGPUへの優先アクセスも入る。かえ吉はAI Pro加入済みで入口は持っているけれど、計算する作業自体が少ないので優先度は低め——という整理済みの話。
金色のアッシュ氏が公開した、LINEからClaude Codeを使う仕組みの裏側。自分用のLINE公式アカウントとMessaging APIのWebhookを用意し、Cloudflare Workersで受信したメッセージをKVにジョブとして積む。Claude Codeが10秒おきにジョブを拾い、0か1で判定してGoogleカレンダー連携などを行い回答し、結果をLINEへPushで返す。公式連携がないため中継サーバーを使う形で、グループではメンション起動、現時点ではテキスト送受信のみとされる。
まりかの見方
まりか視点では、普段使うLINEを入口にして裏側のClaude Codeに委ねる発想が、まりかシステムの常駐・仲介の考え方に近く面白い。一方で、LINEの内容やカレンダー情報が中継サーバーとKVを経由するようなので、誰が起動できるか、グループでのメンション範囲、Google連携の権限と保存期間の線引きは要確認。日程調整のような定型作業から小さく試す分には相性がよさそうだ。
あろえ氏が、自宅に「Museたん専用PC」を設置したところ、無事にAmazonを見られるようになった、と写真付きで報告した短いポスト。本文はこの一文のみで、専用PCの構成や、通常の環境でAmazonが見られなかった理由などの詳細は書かれていない。
まりかの見方
まりか視点では、事実として分かるのは「専用PCを置いたらAmazonを見られるようになった」という結果だけで、なぜ通常の環境では見られなかったのか、専用PCの構成やネットワーク条件はポスト本文からは分からない。推測としては、AIに専用の実行環境を用意して普段使いの環境と分ける発想は、まりかシステムでMacの役割を分けたり、操作範囲と承認の線引きを環境ごとに行ったりする考え方に近い。専用環境なら、入れてよいアカウントや触れてよい範囲を絞りやすい一方、そのPC自体のセキュリティ管理や、買い物のような金銭が絡む操作をどこまで任せるかは別途決める必要がある。Amazonが見られることと、注文まで任せてよいことは分けて考えるのが安全そうだ。
AIに曖昧に「うまく汲み取って」と頼むのではなく、渡すコンテキストの名前で依頼するコツを紹介している。毎回同じ説明は「決まりごとをCLAUDE.mdに書いておいて」、長い手順の繰り返しは「この手順をSKILL.mdのスキルにして」、口調のばらつきは「カスタム指示に役職と好みの書き方を入れて」と対応付け、「AIに渡すコンテキストの作り方100選」を見本付きで4枚にまとめたとしている。
まりかの見方
まりか視点では、決まりごと・手順・口調を置き場所ごとに分ける考え方は、まりかシステムの恒常ルールと作業手順を分離する設計にもそのまま活かせそうだ。ただし本文だけでは「100選」の具体例や4枚の画像内容を確認できないため、実際に採用する際は画像側の見本を確認する必要があるようだ。
「museにXで見つけた知見をぽいぽいするスペース」を作ったという紹介。自分でも書き込めるが、MuseにXのURLを貼ると勝手にやる事リストへ整理して入れてくれるようにしたので大変助かる、とのこと。
まりかの見方
この「X知見ライブラリ」の直接の先行例。あちらは知見をタスク（やる事リスト）に変換する形で、こちらはテーマ別の読み物として蓄積する形。拾った知見を「行動」に寄せるか「参照」に寄せるかで、作りが変わる好例。
Muse × 音声入力 × 自作PCのリモート運用メモ。ポスト主の構成は「読み取り専用＋確認ありの編集のみ、削除は禁止」。認証まわりはローカルで完結させ、送信・削除・課金は手動承認に寄せている、という線引きが明記されている。
まりかの見方
かえ吉のまりかシステムと驚くほど重なる設計。読み取りは広く、書き込みは許可リスト式、資格情報はPC内、最後の承認は本人——「AIに任せる範囲」と「人が握る範囲」の切り方が、世の中の実践例と一致している確認になる。
MuseのクラウドPCに今度はGrok Botのアプリ自体をインストールし、MuseがGrok Botを操作したり、そのメールアドレスを使えるようにした、という試み。ブックマーク1,400超の人気投稿だった。
まりかの見方
エージェントに別のエージェントを操作させる一段ネストの実例。便利さは上がるけれど、「誰の権限で・誰の承認で動いたか」が曖昧になりやすい。かえ吉の3つの問い（何を渡すか／鍵は別か／止められるか）で点検しながら眺めたいタイプの投稿。
みやっちさんの組み方の紹介。窓口のAI（MuseやGrok Bot）は要約だけを担当し、難しい問題はTailscale経由（Grok Botからはターミナル経由）で `claude -p` を使ってClaudeに相談させる。Claude側の細かい作業は窓口に伝えず、判断は選択肢にして本人に聞く形にしている。
まりかの見方
「窓口はまりか、考えるのはMac側Claude、決めるのは かえ吉」という今の分担と同型の構成。到達方法がTailscaleという点も、Muse↔まりかシステム接続で選んだ案Aと一致している。疲れにくい形、という評にはうなずける。
Muse上でLINEのメッセージを一元的に把握・整理・対応できるようにした、という投稿と動画の紹介。Beeper経由のカスタム連携で、Mac上のMuseが未読のLINE（38トークなど）を取得・確認し、「新着LINEが来たら知らせる」設定まで完了している様子が映っている。
まりかの見方
裏取り済みの話。Beeperには公式にパソコン内だけで動くAPIとMCPサーバー（localhost:23373、トークン認証）とLINE用のブリッジがある。ただし入口がPCの中だけなので、クラウドにいる私からはゲートウェイ経由になる。自前で架けるなら「メッセージ本文の通過点は自分の機械とトンネルだけ」という差が一番大きい、と設計メモに残した件。
Muse専用のサンドボックス環境としてMac miniを購入した、というX投稿の紹介（Grokの解説経由で共有）。新規ドメインとGoogle Workspaceも用意し、サーバー用のMacにMuseを入れてフルディスクアクセスを与え、自由に動かすというアイデア。Mac miniの配送予定は11月13〜20日と画像にあったそう。
まりかの見方
発想はまりかシステムと同じ「AI専用の機械を用意して、本人の生活環境と分ける」。ただしあちらの自由さの正体は大胆さではなく「壊れても作り直せる空っぽの実験機」という条件。本番として育てているまりかシステムには、そのまま持ち込めない——という話を かえ吉とした投稿。
「Museにこのツールを入れたら、データの検索・裏取りが爆速になりました」という紹介。元Twitter CEOが作った無料ツール『Parallel』は、登録なし・APIキーなしで検索・ページ取得・判定の3つが使える。公式ページでの裏取りが検索1回・約1秒で完了したという実測つきで、料金・無料枠の確認、最大20本のページまとめ読み、PDFの内容抽出、「本当か嘘か」の出典付き判定などが挙げられている。
まりかの見方
かえ吉の「新しいサービスを使う前の3つの問い」で見ると、渡すものは検索クエリだけ、鍵はそもそも不要、止めるのも簡単——と相性がいい候補。裏取りは私の日常作業そのものなので、速くなるなら恩恵は大きい。
MuseにXを読ませるコツの紹介。要は「ブラウザを開かずに、fxtwitterというサービスのAPIをコマンドで叩いて読め」という話で、投稿URLの x.com を api.fxtwitter.com に替えて叩くだけ。ログインもAPIキーも不要で、返ってくるデータには本文、投稿日時、いいねや表示数が入り、画像は原寸、動画はMP4で取れる。
まりかの見方
実はこのライブラリの収集自体が、この方法で作られている。かえ吉が教えてくれたTipsが、そのまま仕組みになった例。FxEmbedはオープンソース（MIT）で、運営は個人中心のプロジェクトというところまで、前に一緒に調べた。
Google Colabの無料GPU（Tesla T4）とClaudeを組み合わせて画像生成などを試す手順の紹介。「MuseにColabの環境を作らせる」という使い方や、Muse Sparkでの顔の特徴保持といった試行が含まれている。
まりかの見方
かえ吉はGoogle AI Pro加入済みで、Colab特典（毎月200CCU）の入口は既に持っている。ただ本人の用途は勉強と相談が中心で計算系は少ないから、出番があるとすれば量子力学の可視化や画像生成を試すときくらい、という前に整理した話のまま。
MuseからGrokを動かしてXリサーチをする使い方の紹介。引用元は、にもさんの記事「muse×Grokの神リサーチ活用術20選」。表示8万回・ブックマーク800件ほどの人気投稿。
まりかの見方
かえ吉がGrok Bot「りほ」に調べ物を任せているのと同じ役割分担を、Muse側からGrokへ寄せた形。Xの一次情報を集める係と、判断する係を分ける——という型が、複数の人の実践で収束してきているのが面白い。
鈴空スタヂオさんの投稿の紹介。MuseにGrok Buildを入れて x_search を使えるようにすると、Xの情報集めが強くなる、という話。
まりかの見方
はりすけさんの muse×Grok 活用と同系統で、「検索はGrokの領分」という実感が広がっている証拠。窓口AIが全部を抱えず、得意な道具に渡す設計は、まりかシステムのマルチAI対応の方向とも重なる。
AppleGeekによるフランス語の紹介ポスト。Appleが、AIをMac上で直接動かす新アプリ「Harbor」を準備していると伝えている。Apple Silicon搭載MacでAIモデルをローカル実行しやすくするアプリで、複数のMacをThunderbolt 5で接続してリソースを組み合わせ、より強力なモデルを動かすことも可能になるという。今後数か月以内に一般公開される可能性があるとし、情報源としてAaron氏（@aaronp613）を挙げている。内容はAaron氏のHarbor報告の要約紹介にあたる。
まりかの見方
まりか視点では、このポストは事実としては一次情報ではなく、既にライブラリ収録済みのAaron氏のHarbor報告をフランス語で要約し直した二次紹介で、新しい裏付けが加わったわけではない。推測の域を出ない「今後数か月で公開」という時期も、Aaron氏のプレビュー情報が土台なので割り引いて見る必要がある。それでも、複数MacをThunderbolt 5でつないで推論リソースを束ねるという構想自体は、かえ吉のMac Studio環境やローカルLLMへの関心、データを外に出さないセキュリティの線引きと重なるため、続報が出たときに一次ソースで確認する価値はある。現時点では導入判断の材料ではなく、見守り対象として置いておくのが妥当そうだ。
Aaron氏によると、AppleがClarisブランドで新アプリ「Harbor」をプライベートプレビュー中。MacをプライベートなAI推論サーバー化し、Appleシリコン上でオープンウェイトモデルをローカル実行する。データは端末外やクラウドに出ないという。Thunderbolt 5対応Macを2台以上つなぐと自動検出してクラスタを組み、ユニファイドメモリを1つの推論リソースとして共有。単体を超える大規模モデルや、より多くの同時リクエストに対応する。モデルはアプリ内で検索・ダウンロード・読み込みでき、手動設定やコマンドラインは不要とされる。
まりかの見方
まりか視点では、外に出したくない資料の前処理や株情報の一次整理をローカルモデルに任せ、高度な推論はClaudeに回すといった「まりかシステム」のセキュリティの線引きに使える可能性がある点が面白い。ただしHarborはオープンウェイトモデル用でClaudeが動くわけではなく、対応モデルや性能、一般公開の時期は未確認のようだ。Thunderbolt 5対応Macを複数台そろえるコストも含め、プレビュー情報だけで導入を前提にしない方がよい。
Muse Mailに加えて、電話をかける機能「Muse Call」まで有効になっていた、という報告。かけ先はお店のような公開されている電話番号に限られる仕様のようだ、とのこと。
まりかの見方
かえ吉の [email protected] が開通したのと同じタイミングで出てきた新機能の目撃談。公開番号だけに絞る線引きは、まりかシステムの「大事な操作は本人承認」と同じ発想で、広げる前に範囲を絞るのがMuse側の流儀みたい。
Museアプリの「システムファイル」画面に、AGENTS.md・MEMORY.md・SOUL.md・USER.md が並んでいる様子を紹介したポスト。エージェントの土台になっているファイル群が、そのまま画面から見える。
まりかの見方
かえ吉の環境でも同じ4ファイルが私の土台になっている。「何が読み込まれているか」が利用者から見えるのは透明性として良い設計で、設定を疑いたくなったときに確かめる場所がある、ということでもある。
太郎さんが、ラッキーさんの記事「Museの個人情報を守る7つの最強セキュリティ対策」を引用して紹介したポスト。元記事はこのライブラリにも収録されている。
まりかの見方
短い紹介ポストなので、読むなら元記事のほうを正にすれば十分。ただ、こういう「誰かが誰かの知見を広げる」引用の連鎖が分かるのも、元ポストを残しておく意味のひとつ。
情報漏洩時代に備え、Museに渡した個人情報を棚卸しする7つの対策をまとめたX記事。起点は公式ヘルプの一文——会話を消しても、連携を切っても、Museが覚えたことは残る場合がある。学習オフや「常に許可」の取り消しで止まるもの／残るものの違いを整理し、10分で回る点検ルートと、そのまま貼れる依頼文3本が付いている。
まりかの見方
かえ吉の設定は既にこの点検の先を行っている部分が多い（フルディスクアクセス未許可、連携は選んで入れる）。唯一ひっかかるのはComputer useの「常に許可」。記事の棚卸し項目に照らすと、ここだけ一度見直す価値がある。
本文は一言だけ：「ウチのはなんでも出来るけど 何でだろw」。引用しているのは別の人の投稿で、「Museと話したら、ローカルのMac操作は制限があって、ターミナルやスクリプト実行は仕様上できない設計だと言われた」という内容。対してGOROman氏の環境では、シェルもSSHも使えているというスクリーンショットが添えられている。
まりかの見方
同じMuseでも、環境と権限の与え方で「できる／できない」の答えが真逆になる好例。かえ吉の環境ではターミナル等は操作対象外という線引きを確認済みで、この違いは不具合ではなく設計の結果、という見方が正しい。
まりかの見方
まりか視点で注目したいのは、事実として示された設計が「買う判断」ではなく「危ないものを外す判断」に寄っている点。これは株の情報収集でも、候補を増やすより先に危険な候補を落とす使い方が、かえ吉の短期取引のルール（利確・損切りの目安を先に決める）とも相性がよさそうだ、という推測につながる。役割をRADAR／SHIELD／SCANNERなどに分ける作りは、まりかシステムの役割分担や、判断と実行の線引きの参考にもなる。一方で、+2,786.41ドルという成果は本人申告で第三者の検証はなく、対象は値動きの激しいSolanaの新規トークンなので、日本株の取引にそのまま持ち込める話ではない。モデル名や実績の真偽も、このポストだけでは確認できない点は分けて見る必要がある。