Slack の過去ログを Claude Desktop や Cursor から検索できるようにする（MCP・ローカル完結）
Hiroba による自動要約
Slack の会話をローカル PC にバックアップし、MCP サーバーとして立てることで、Claude Desktop や Cursor から直接過去ログを検索・参照できる手順を紹介。Empowia for Slack を使い、クラウドアップロード不要で管理者権限やトークン発行も不正要なため、個人でも手軽に構築可能。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5761 件あります。
関連する記事
同じタグの記事
ぼくのかんがえたさいきょうのAI×個人開発環境【第2弾：プロンプト肥大化と辞書MCP】
Zenn個人開発環境で肥大化した CLAUDE.md / GEMINI.md を、数行のポインタと Pull 型の「辞書MCP」で置き換えた事例。全 MCP の単一窓口となる「中継MCP」でツール定義のトークン消費抑制、出力カット、呼び出しログとエラー率の収集を実施。ルールを全体共通・技術別・プロジェクト固有の 3 層に分けて管理。複数プロジェクトを並行開発する MCP 利用者向けの設計例。
「24時間動くAI」は本当に新しいのか？ 常駐型エージェントを整理する【前編】
Qiita常駐型 AI の実態は LLM の常時推論ではなく、スケジューラーやイベント待機の仕組みが条件成立時にモデルを呼び出す設計、という整理。起動条件・実行環境・権限・継続性の 4 観点で各社の常駐型 Agent を比較し、Claude Code の CLI をスケジューラーから呼ぶ構成との違いも解説。Hermes Agent を常駐させたメール通知・サーバー監視の運用例も掲載。常駐型 Agent の導入を検討する初心者の技術職向け。
MCPツールが60秒でtimed outするのは処理が遅いからではない — 幽霊二重実行の正体と、1秒で返すジョブ投入パターンの完全実装
ZennClaude CodeからPDF一括変換のMCPツールを呼び出した際、60秒でtimed outし、AIの再試行でサーバー側の処理が二重に走ってファイルが破損した事例の解説。原因はタイムアウトが処理を止めない同期構造にあり、job_idを即時返却してget_job_statusでポーリングし、同一targetの実行中ジョブを再利用して冪等性を確保するFastMCPの完全実装を掲載。長時間処理のMCPサーバーを自作する開発者向け。
自社AIエージェントの「教育ロジック」をOSSにした - AIに「何年住みますか？」と聞き返させるまで
ZennTERASSが住宅購入相談向けAIエージェントの判断ロジックを「住宅購入AIフレームワーク」としてGitHubで公開。12分野の原則、約190項目の数値前提、テストケース、CI、評価ハーネスを備えたリポジトリとして管理し、配信用URLやMCPサーバー経由でClaude Codeにも導入可能。業務判断をAIに教えたい開発者向けの設計事例。