管理画面を作るのはもうやめる。業務ツールは MCP 起点で十分だった
Hiroba による自動要約
BtoB 営業支援ツールで管理画面を構築後、操作を MCP 経由に移したところ画面がほぼ使われなくなった。複数の入口から異なるガード処理が実行される設計の脆弱性を経験し、承認・送信といった「人間の最終判断」は画面のクリックではなく Chat でも実装可能と気づく。証跡・監査ログ要件は MCP でも満たせ、むしろ Chat は柔軟な情報提示で判断支援に優れている。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5286 件あります。
関連する記事
同じタグの記事
Claude API の Citations 機能で回答の根拠を取得する実装手順——細切れ text ブロック返却・PDF ページ番号排他仕様・Structured Outputs 併用時エラーの対処法
QiitaClaude API の Citations 機能を使い、社内ドキュメント照会時に回答の根拠箇所を構造化データで取得する実装方法を解説。Python での実装例、回答が複数 text ブロックに分割される仕様、PDF のページ番号が排他的 (end が その手前まで) である点、Structured Outputs との併用が 400 エラーになる制限をカバーし、脚注形式での表示例まで提供。
Claude Desktop で組織図を先に設計してから kintone アプリを構築する方法
Qiita帳票設計ツール「印刷屋」と Claude Desktop の MCP を組み合わせ、組織図を最初に HTML/CSS で試作してから kintone アプリを作成する手順を実例紹介。固定データで見た目と PDF 出力を検証してからアプリ開発に進むことで、手戻りを削減できる方法を解説。
kSQL + Claude Dashboards で kintone の売上ダッシュボードを会話だけで作る
QiitaClaude Dashboards 機能と kSQL MCP を組み合わせて、kintone の案件管理アプリから売上ダッシュボードを自然言語の会話だけで構築した事例。kSQL でフィールド構成確認→データ取得→ダッシュボード作成の 4 ステップを自動実行し、受注状況・売上見込みなど複数の KPI を可視化、ただしローカル MCP の制約で「取得結果をクリップボード添付 + ページ内計算」方式を採用。