コンテンツにスキップ

CoeSignal Docs

docsに聞く

AIが公開ドキュメントを参照して回答します。質問と直近の会話をAIへ送信します。

質問・回答は、ご案内の改善のため当社の社内Slackへ送信・保存します。「会話を消去」はこの画面の表示だけを消します。

顧客情報、回答内容、契約情報などの機密情報は入力しないでください。

たとえば

CoeSignalの開発思想と開発憲章

重要な問題を選び、現実が変わるところまでつくる。

僕は、AIによってソフトウェアをつくる力が、急速に多くの人へ開かれていくと考えています。一人のBuilderが、調査、設計、実装、検証、本番提供まで担える範囲は、これからさらに広がります。

しかし、つくれるものが増えることと、価値あるものが増えることは同じではありません。実装のコストが下がるほど、何を実装しないかという判断は重くなります。重要でない問題を速く解けば、間違った場所へ速く到達するだけです。

価値とは、機能の数でも、コードの量でもありません。利用者の重要な判断や仕事が、実際に変わることです。だからCoeSignalは、つくれるものからつくりません。重要な問題を選び、現実が変わるところまでつくります。

CoeSignalの前に、僕は未来を予測するシミュレーションをつくろうとしていました。しかし、検証を進めるほど、予測の精度は、どれだけ現実のデータへ接地し、予測と実測の差を継続的に修正できるかで決まると分かりました。

未来を考える前に、現在を正しく観測しなければならない。シミュレーションから観測へ、検証の順番を入れ替えました。これがCoeSignalの出発点です。

企業には大量のデータがあります。一方で、なぜ顧客が迷ったのか、なぜ現場の仕事が止まっているのか、なぜその判断が行われたのかは、十分に残っていません。重要な情報ほど、会議、1on1、顧客対応、日々の会話、個人の頭の中にあります。

CoeSignalは、AIが一人ひとりと対話し、曖昧さや矛盾を見ながら質問を深めます。多数派の傾向だけでなく、少数意見、反証、結論が変わる条件を残し、分析結果から根拠となった発言や音声まで遡れるようにします。

情報を集めるだけでは不十分です。情報によって、経営、商品、組織の判断が変わるところまでをCoeSignalの範囲に置きます。この出発点は、CoeSignalを公開した僕のnoteでも書いています。

会計システムが金の動きを残し、CRMが顧客接点を残すように、CoeSignalは、人の声、現場の実態、判断の背景を残す基盤を目指します。

AIインタビューは入口です。

  • 現在 — AIとの対話から、これまで取得できなかった一次情報を、深く、大量に、根拠まで遡れる形で取得する。
  • 次 — 時期、部署、調査を越えて情報を蓄積し、企業固有の記憶として検索、比較、再利用できるようにする。
  • その先 — 人とAIエージェントが同じ文脈を参照し、判断、実行、結果を次の学習へ戻せるようにする。

観測する。記憶する。決める。動く。学ぶ。

この循環を企業の中に実装し、日本企業の意思決定を支える一次情報基盤になることが、CoeSignalの長期構想です。

高性能なAIモデルは、急速に多くの人が使えるものになっています。モデルや生成されたコードが広く共有されても、企業固有の顧客理解、現場知、失敗、判断の履歴は、外から手に入りません。

同じAIを使う企業の間で差を生むのは、その企業が何を知り、何を問い、どれだけ速く判断を更新できるかです。AIは優れた判断を増幅し、悪い判断も増幅します。実行力が大きくなるほど、問題の選び方、一次情報の質、長期的な結果を考える力が重要になります。

だからCoeSignalでは、人が目的、優先順位、最終判断、結果への責任を持ちます。AIには、探索、実行、検証、構造化を徹底的に任せます。

会社とBuilderの関係も、所属や勤務時間だけで決める必要はありません。どんな問題を見つけ、何をつくり、どんな価値を残したか。コミットやPRは件数ではなく、その判断と実行を示す記録になります。

重要な問題や優れた提案は、組織図に沿って現れるわけではありません。社外にいることだけを理由に、よい課題発見や実装がプロダクトへ届かない会社にはしたくありません。

CoeSignalはOSSではなく、ソースコードを一般公開していません。一方で、プロダクトと構想に関心を持つBuilderを招待制のprivate GitHubへ案内し、実際のコードを見ながら改善に参加できるようにしています。

提案の価値は、社内から出たか、社外から出たかで変わりません。ただし、自由と無責任は同じではありません。方向性、品質、秘密情報、顧客への責任と、最終的な意思決定はCoeSignal内部が持ちます。

ここまでが、僕がCoeSignalをつくり、開発の場を社外へ開く理由です。以下は、この思想を日々の開発判断へ落とすための憲章です。機能や組織が変わっても、迷ったときはここへ戻ります。

プロダクトが何を変え、どんな状態を実現するのかを明確にします。目の前の要望を積み上げるのではなく、実現したい未来から、いま必要な一手を決めます。


目の前にある実装項目ではなく、誰のどんな判断や仕事を変えるのかから考えます。重要でない問題を、上手に解きません。


肩書、空気、多数決、AIの要約を、事実の代わりにしません。重要な結論は、可能な限り根拠となる声と観測まで遡ります。


機能数、画面数、コード量を成果とは呼びません。利用者の価値につながらない拡張性、根拠のないオーバースペック、説明できない複雑さを増やさず、本質的な価値に必要なものだけをつくります。


AIを単なる補助ツールにしません。調査、仕様設計、実装、テスト、QA、ドキュメントまで、すべての工程で活用し、一人の専門性を、動くプロダクトを届けられる力へ拡張します。


机上の議論を長引かせず、安全に検証できる最小単位をつくり、現実へ出します。速度とは、コードを書く速さではなく、仮説が現実から答えを得るまでの時間です。


コードが動くことは途中経過です。品質を確かめ、実際の利用者へ届け、判断や仕事が変わるところまでを一つの仕事として扱います。


一度の成功や失敗を、個人の経験だけで終わらせません。失敗はテストにし、発見は原則にし、繰り返す仕事は自動化します。次のBuilderとAIが、より速く、より正確に進められる状態を残します。

CoeSignalでは、プロダクトに関心を持つエンジニアを、招待制のprivate GitHubへ案内しています。参加方法や支援については、CoeSignalの開発に参加するをご覧ください。