一人用Cartographer

2025-11-14

ただ、このシステムは本来複数人で使うことを想定してるから、やりにくいところがいくつかあり

一人で使えるようにしていくことはあんまりユーザ増えなさそうなので要望することではないな〜と思っている

むしろ自分のKeichobotの方にYes/No質問をしてくるモードをつけるのがいいかも

Keichobotもいっそ今のLLMの状況を前提に作り直したほうがいいものができそうな気はする

2025-11-18

Q: "Keichobot 軽く試してみたが作り直した方がいいかもと思っている"について

A: いちどDevinに改善させようとした。元々LLM以前に作ったものなので形態素解析して重み付けして〜と複雑な仕組みになっているため、AIが混乱してしまった。レガシーコードの改善という点では、まずテストをしっかり書いてやるのがよいが、LLMに本質的に再現性がないため「再現性のないLLMシステムをどうテストするか」という難問に正面衝突してしまう。

それよりはvibe codingでプロトタイプを新しく作るほうが良さそうだと考えている。

2025-11-23

keicho-serverとkeicho-webclientがある

keichobot-gptとkeichobot_newがある

後者はGit repoになってない

全部CLAUDE.mdを作ってからGPT5にまとめさせる

GPT5.icon

keicho-server（旧バックエンド本体）

Python + Flask + Firestore のKeichobot頭脳＆状態管理モノリス

キーフレーズ抽出・フェーズ遷移・special mode など全部入り

Heroku 上で一応まだ動いているが、仕組みが重くて大改造には向かないレガシー核

keicho-webclient（旧Webフロント）

React + TypeScript + Netlify のオリジナルWebクライアント

会話一覧・共有URL・Scrapbox出力などUI機能は充実

ただし ReactN や古い構成で、2025年基準ではレガシーUI

keichobot-gpt（Next.js版フロント試作）

Next.js 13 + Pages Router の新フロント候補

keichobot_new（TypeScript CLI版コア）

TypeScript 単体で動く Clean Language 質問エンジンのミニマム版

LLM(or簡易ヒューリスティック)でキーワード抽出 → クリーンランゲージ質問を生成

CLIのみ・永続化なし・HTTPなしだが、「新しい頭脳」の実験用コアとして良い状態

関係性の一行まとめ

nishio.icon

旧バージョンはkeicho-*、新バージョンはkeichobot*で試作していたが、モノレポ化したい(Devinに使いやすいように)

当面は他人に使わせない(費用感を見てから考える)

ここもう少し考えたほうがよくて、自分一人が使うとしてもスマホから使いたいからAPIキーを入力してローカルストレージに入れる的な形がいいかなぁ

いったんローカルのサーバがfsでデータをいじる形の設計になっている

GPT5と話して構造の案を練ったので、Claude Codeにそれを読ませている

CLAUDE.mdとPLAN.mdを作る

「背景情報を追加する」ボタンをつけて、Scrapbox / Gist / その他のURL / ペースト ぐらいをサポートしたい

Claude Code的なコンテキスト可視化もつけたいな

従来の質問タイプに追加で「YesかNoかの回答を期待している」タイプが追加される

質問タイプによってUIを変える機能は実装済みだ

このタイプが来た時に「はい、わからない、いいえ、その他(自由記述)」を出す

Strong Yes/Noを足してもいいが、「どちらかといえばyes」はいらない(それは自由記述すべきだ)

まずはkeicho-webclientのUIを参考にして見た目を作ってもらう

技術スタックがいけてないだけで、UI自体は悪くないと思う

サーバサイドは、いまkeicho-serverが形態素解析とかsklearnでの独自の処理とかをしているのを、一旦はそれらの重たいモジュールを使わずにルールベースとLLMの組み合わせで実現する

legacyのすでにある4つは更新もしないで読むだけだからsubmoduleにする必要もないしgitignoreしたらいいと思う

音声入出力とかつけたくなる