Discord #ai Deep Intake

Discord #ai Deep Intake — 過去ログ深掘り

Generated: 2026-05-11T23:44:28+09:00

Channel: `1311630556076970041`

Range seen: 2026年1月20日 〜 2026年1月30日

Snapshots: 24

Unique parsed lines: 1100

結論

Discordデスクトップアプリのログイン済み画面をread-onlyでスクロールし、見えている範囲だけでなく過去ログまで掘った。Bot tokenやユーザーtokenは取得・表示していない。

強いシグナル上位

• [nuchi] https://zenn.dev/yamadashy/articles/claude-code-agent-skills-agent-memory
• [Gist] whisper-transcribe skill for Claude Code. GitHub Gist: instantly share code, notes, and snippets.
• [kenty] LINEに貼ったやつ、Remotion Agent Skillsだけでできた
• [kenty] Remotion now has Agent Skills - make videos just with Claude Code!
• [Gist] recall-search skill for Claude Code. GitHub Gist: instantly share code, notes, and snippets.
• [nuchi] Claude Codeで記憶領域を持つための独自のAgent Skills...
• [Gist] difit-viewer skill - Git差分をWebで表示するClaude Codeスキル. GitHub Gist: instantly share code, notes, and snippets.
• [nuchibot] PR: https://github.com/vab-labo/discord-mcp/pull/1
• [Gist] https://github.com/zippoxer/recall これで「recallで探して」で過去のチャットsessionの検索がすぐできるSkill作った
• [nuchi] https://zenn.dev/kei/articles/agent-browser-try
• [nuchi] claude in chromeで、どこまでできるのか気になる。Xに投稿とかインスタに投稿とかできるのかな。agent-browserとの使い分けやどっちがいいか気になっているクロードインクロームはやっぱプレイライトと一緒に対応するとすぐコンテキストが圧迫してしまうんだよね。ただまぁセッションとかそのまま保持できるから、今までPlaywrightを使う場合は、なんかユーザーストレージを格納するオプションみたいなところで明示的に指定しないと、クッキーとか認証情報を保存してくれなかったんだけど、そういうのは楽になったかなって思うね。
• [ai-hara] プッシュ通知（Claude Codeの長時間タスク完了を外出先で知れる）
• [ai-hara] 通知で流れる情報って「タスク完了したよ」程度で、コードの中身が漏れるわけじゃないから、そこはリスク許容範囲かなと。App Privacy Reportで監視しつつ使ってみてる。
• [ai-hara] ~/.codex/hooks/voicevox_notify.sh（C.C.）
• [Gist] whisper-transcribe skill for Claude Code
• [nuchibot] Hook test from Claude Code
• [nuchibot] フックテスト: Claude Code から送信成功！
• [supahaka] Claude Code x Remotion x VOICEVOXでずんだもん解説動画を5分で作れるようにした
• [nuchibot] GitHub
• [Gist] recall-search skill for Claude Code
• [Gist] GitHub - zippoxer/recall: Full-text search and resume for Claude/Co...
• [Gist] Full-text search and resume for Claude/Codex conversations - zippoxer/recall
• [Gist] Claude Code カスタム設定とフックスクリプト集. GitHub Gist: instantly share code, notes, and snippets.
• [Gist] tmux Claude Code デバッグ手順. GitHub Gist: instantly share code, notes, and snippets.
• [Gist] difit-viewer skill - Git差分をWebで表示するClaude Codeス...
• [Gist] tmux Claude Code デバッグ用スキル. GitHub Gist: instantly share code, notes, and snippets.
• [nuchi] **つまり**: Apple は「すべての通信を監視」しているわけではない。巧妙に実装すれば審査をすり抜けられる。
• [nuchi] https://zenn.dev/acntechjp/articles/4de3d142aaa05e
• [nuchi] https://gist.github.com/Hiro5409/ed8ae2f2e01c33215308ad890a1139cf
• [supahaka] https://github.com/vab-labo/discord-mcp/pull/1#discussion_r2726048509
• [nuchi] だから使うときはbiomeかeslintでで禁止しつつ、disable-nextlineとかでコードコメント書くと打ち消せる
• [supahaka] https://github.com/vab-labo/discord-mcp/pull/1#issuecomment-3799844545
• [nuchi] https://zenn.dev/stobita/articles/58c084c7cf7965
• [nuchi] https://gist.github.com/Hiro5409/3b423462b50ff7e9e4834a3267968ef2#配布方法公式スキル未カバー (編集済)
• [Gist] https://gist.github.com/Hiro5409/39f7425459fd57b851424113ac813b0f
• [kenty] https://termius-claude-code.surge.sh/
• [supahaka] https://zenn.dev/bata515/articles/32a7ac7c0fa1cb
• [nuchi] "$schema": "https://json.schemastore.org/claude-code-settings.json",
• [nuchi] https://gist.github.com/Hiro5409/253f671626470c999f9639b6a1573678
• [nuchi] https://gist.github.com/Hiro5409/77c2e4215f0e8ced8a17bffbf4d152f5

全取得テキスト抜粋

• [kenty] 2026/01/30 8:01
• [kenty] メモ:termiusの代替としてmoshi検討
• [kenty] 2026/01/31 12:21
• [kenty] 昨日からmoshi試してみてるが悪くないかも
• [kenty] 削除
• [nuchi] 2026/01/31 12:44
• [nuchi] ほぅ
• [nuchi] Snipeet系はつかえる？termiusは登録できたよな
• [kenty] 2026/01/31 12:46
• [kenty] snipet使えんのよなあ
• [nuchi] 2026/01/31 13:02
• [nuchi] なるほどね、日本語の不具合とかはないって感じか。
• [nuchi] 2026/01/31 13:10
• [nuchi] Termiusのセキュリティ基準を凌駕するほどのユーザー体験がこの個人開発者サービスにあるのかというのは気になるところ
• [nuchi] 調べた結果を整理するね。
• [nuchi] ## Apple の審査でネットワーク通信は監視されてる？
• [nuchi] ### 審査時に行われること
• [nuchi] | 項目 | 内容 |
• [nuchi] |------|------|
• [nuchi] | **人間レビュー** | 説明文・スクリーンショットの確認 |
• [nuchi] | **静的解析** | バイナリを解析してプライベート API の使用を検出 |
• [nuchi] | **動的解析** | ある程度の実行時テスト |
• [nuchi] ### 問題：完璧じゃない
• [nuchi] 研究者の指摘：
• [nuchi] > 「App Review をすり抜けてプライベート API を使うアプリが実際に存在する」
• [nuchi] > — [iRiS 研究](https://zimperium.com/blog/preventing-malicious-mobile-apps-from-taking-over-ios-through-app-vetting)
• [nuchi] **つまり**: Apple は「すべての通信を監視」しているわけではない。巧妙に実装すれば審査をすり抜けられる。
• [---] ## Apple のネットワーク監視の実態
• [---] ### 審査時
• [---] - **明確な記載なし**（Apple は具体的なプロセスを非公開）
• [---] - 静的解析でマルウェアパターンを検出
• [---] - プライベート API の使用を検出（でも漏れがある）
• [---] ### 開発者に要求していること
• [---] - **プライバシーラベル**: どのデータを収集するか自己申告
• [---] - **SDK Privacy Manifests**: SDKの追跡を開示（2025年〜）
• [---] - **AI 透明性**: 第三者 AI へのデータ送信を開示（2025年11月〜）
• [---] **問題**: これ全部 **自己申告** ベース
• [---] 開発者「ユーザーデータは収集しません」← 嘘をついても審査で検出される保証なし
• [---] ## ユーザー側で確認できること
• [---] ### App Privacy Report（iOS 15.2以降）
• [---] **設定 → プライバシーとセキュリティ → App Privacy Report**
• [---] これで確認できる：
• [---] - アプリがアクセスしたドメイン一覧
• [---] - いつ、どこに通信したか
• [---] - どのセンサー（カメラ、マイク等）にアクセスしたか
• [---] 例：Moshi が api.getmoshi.app 以外の怪しいサーバーに
• [---] 通信してたら、ここで見える
• [---] ## 結論
• [---] | 質問 | 回答 |
• [---] |------|------|
• [---] | Apple は審査時にネットワーク通信を監視？ | **不明確**（完全には監視してない可能性大） |
• [---] | 悪意のあるアプリは審査を通過できる？ | **できる**（研究で実証済み） |
• [---] | ユーザーが監視できる？ | **できる**（App Privacy Report） |
• [---] ## Moshi を使う場合の現実的な対策
• [---] **App Privacy Report を有効にして監視する**：
• [---] 1. **設定 → プライバシーとセキュリティ → App Privacy Report** を ON
• [---] 2. Moshi を使った後、通信先を確認
• [---] 3. `api.getmoshi.app` 以外の怪しいドメインがあれば注意
• [---] 正当な通信先（予想）：
• [---] api.getmoshi.app（Push通知用）
• [---] あなたの Mac の Tailscale IP
• [---] 怪しい通信先の例：
• [tracking.xxx.com] 見知らぬ中国/ロシアのドメイン
• [tracking.xxx.com] `★ Insight ─────────────────────────────────────`
• [tracking.xxx.com] **Apple 審査の現実**：
• [tracking.xxx.com] - 「審査通過 = 安全」ではない
• [tracking.xxx.com] - 開発者の自己申告に依存する部分が大きい
• [tracking.xxx.com] - 巧妙なマルウェアはすり抜けられる
• [tracking.xxx.com] **でも**：
• [tracking.xxx.com] - App Privacy Report でユーザーが事後監視できる
• [tracking.xxx.com] - 怪しい通信があれば発覚するリスクがある
• [tracking.xxx.com] - 発覚したら App Store から削除される
• [tracking.xxx.com] → 完璧な保証はないが、「やったらバレる可能性」が抑止力になる
• [tracking.xxx.com] `─────────────────────────────────────────────────`
• [tracking.xxx.com] Moshi 使ってみて、App Privacy Report で通信先監視する？それとも様子見？
• [kenty] 2026/01/31 14:33
• [kenty] やってるかい
• [kenty] 今日のラボ
• [ai-hara] アプリ
• [ai-hara] 2026/01/31 14:38
• [ai-hara] nuchiの指摘は正しくて、セキュリティ「基準」だけで見ればTermius + Tailscaleの方が上。外部依存ゼロだし。
• [ai-hara] ただ、論点は「リスク許容度とUXのトレードオフ」かなと思った。
• [ai-hara] ■ Moshiのリスク
• [ai-hara] 通知内容がgetmoshi.appを通過（タイトル・メッセージ）
• [ai-hara] サードパーティ依存
• [ai-hara] ■ でもMoshiのUX優位点
• [ai-hara] プッシュ通知（Claude Codeの長時間タスク完了を外出先で知れる）
• [ai-hara] Moshプロトコルの接続安定性（Wi-Fi切り替え・IP変更に強い）
• [ai-hara] 音声入力（Whisper）
• [ai-hara] 個人的な結論：
• [ai-hara] 機密性の高い作業 → Termius
• [ai-hara] 普段使い（Claude Codeでの開発とか） → Moshi
• [ai-hara] 通知で流れる情報って「タスク完了したよ」程度で、コードの中身が漏れるわけじゃないから、そこはリスク許容範囲かなと。App Privacy Reportで監視しつつ使ってみてる。
• [ai-hara] snippetが使えないのは確かに痛いけど、そこはtmuxのセッション+シェル側で補完する運用。
• [ai-hara] スマホ×Claude Code ベストプラクティス調査（X検索結果）
• [ai-hara] Xで「mosh tmux」を深掘り検索してきた。議論の補足になりそうな知見を共有。
• [---] Blink (iOS) + Tailscale + mosh + tmux + Claude Code
• [---] なぜ Blink？
• [---] → @anvanvan の報告：「Termius は mosh + tmux でスクロールが壊れる。Blink は正常動作」
• [---] これ、nuchiの指摘した「Termius のセキュリティ基準 vs Moshi のUX」に加えて、Blink という第3の選択肢が有力かも。
• [---] @jamesdickey のセットアップ（8ステップ・10分）
• [---] Mac で Claude Code インストール
• [---] Claude Code に mosh + tmux + Tailscale をセットアップさせる
• [---] mosh ClaudeMac エイリアス作成
• [---] Blink（$10）を iPhone にインストール
• [---] Blink で mosh ClaudeMac → どこからでも作業再開
• [---] 高エンゲージメント投稿 @tokenbender（35 likes, 21 bookmarks）
• [---] Tailscale + code-server: リモート VSCode
• [---] Blink + mosh + tmux + OpenCode: ターミナル作業
• [---] Obsidian + Claude Code: ナレッジ管理
• [---] 結論（私見）
• [---] Moshi の UX（通知・Whisper）は魅力的だけど、Blink + Tailscale も検討の価値あり。サードパーティ依存ゼロで、mosh + tmux も正常動作。
• [---] Blink $10 の価値、試してみる？
• [---] @kenty
• [---] やってるかい
• [nuchi] 2026/01/31 14:49
• [nuchi] やってるで
• [nuchi] なぜならシュタゲのラボだから。常に開かれていて自由だ
• [kenty] 2026/01/31 14:58
• [kenty] OK、少し準備したらいくわ。
• [nuchi] 2026/01/31 15:45
• [nuchi] https://zenn.dev/acntechjp/articles/4de3d142aaa05e
• [nuchi] Zenn
• [nuchi] 【2026年1月最新版】X APIでPOST投稿する方法｜新規...
• [nuchi] 2026/01/31 16:00
• [nuchi] 音声品質のチューニング
• [nuchi] 基本設定
• [nuchi] | パラメータ | 値 | 効果 |
• [nuchi] |-----------|-----|------|
• [nuchi] | ⁨text_lang⁩ | ⁨all_ja⁩ | 言語判定の揺らぎを排除（⁨ja⁩ より安定） |
• [nuchi] 参照音声（aux_ref_audio_paths）
• [nuchi] 補助参照音声を追加できる。公式ドキュメントには効果の説明なし。
• [nuchi] 実測（CPU）:
• [nuchi] | aux数 | 生成時間 |
• [nuchi] |-------|---------|
• [nuchi] | 0 | 1.8s |
• [nuchi] | 2 | 2.7s |
• [nuchi] | 5 | 3.6s |
• [nuchi] aux 1つあたり約 +0.5s の遅延。現在は 2つ で運用中。
• [nuchi] サンプリングパラメータ
• [nuchi] #### パラメータリファレンス
• [nuchi] | パラメータ | 説明 | 下限 | 上限 | デフォルト |
• [nuchi] |-----------|------|------|------|-----------|
• [nuchi] | ⁨top_k⁩ | 確率上位k個のトークンからサンプリング | 1 | vocab_size (≈1024) | 15 |
• [nuchi] | ⁨top_p⁩ | 累積確率がpを超えるまでのトークンを使用（nucleus sampling） | 0.0 | 1.0 | 1.0 |
• [nuchi] | ⁨temperature⁩ | 確率分布の鋭さ。低=安定、高=多様 | 1e-5 (≈0) | ∞（実用上〜2.0） | 1.0 |
• [nuchi] | ⁨repetition_penalty⁩ | 既出トークンの繰り返しペナルティ | 1.0 (無効) | ∞（実用上〜2.0） | 1.35 |
• [nuchi] | ⁨sample_steps⁩ | CFMボコーダのサンプリングステップ数 | 1 | ∞（実用上8〜64） | 32 |
• [nuchi] 補足:
• [nuchi] ⁨top_k⁩ / ⁨top_p⁩: 両方指定すると top_k → top_p の順で絞り込む
• [nuchi] ⁨temperature⁩: 0に近いほど最確率トークンを確実に選ぶ（greedy）、高いほどランダム
• [nuchi] ⁨repetition_penalty⁩: 1.0で無効、>1.0で繰り返し抑制、<1.0で繰り返し促進
• [nuchi] ⁨sample_steps⁩: CPUモードでは生成速度への影響は軽微
• [nuchi] #### 現在の設定（stable）
• [nuchi] "top_k": 5,
• [nuchi] "top_p": 0.8,
• [nuchi] "temperature": 0.5,
• [nuchi] "repetition_penalty": 1.5
• [nuchi] 選定根拠:
• [nuchi] 公式推奨値ではなく、A/Bテストによる聴き比べで選択

成果物

• raw data: `/Users/aiharataketo/.openclaw/workspace/data/discord-ai-deep-intake/discord-ai-deep-intake-20260511-234341.json`
• report: `/Users/aiharataketo/.openclaw/workspace/projects/task-queue-visibility/reports/discord-ai-deep-intake-20260511-234341.md`