Rete
関係者を繋ぐ場を、どのような構造で作っているか。Rete のコードと構成を確認できます。
Rete を GitHub で見る
01 同じ画面に、集まる
01 同じ画面に、集まる
— 01 / Premise
順序の問題。 仕様は文書で語られ、判断は会議で先送りされ、システムは最後に登場する。 出来上がってから初めて違和感が見える——その順序を、私たちは逆にする。 Rete が最初に入り、関係者が同じ場所に集まり、動く画面を前にして決める。
所有の問題。 作ったものはベンダーのもの、変更は追加見積もり、知識は個人の中。 それでは、事業のスピードは上がらない。 Struct Pass は、環境・知識・変更の手段をセットで渡す。残るのは自走できるチームだ。
設計書は正しさを伝えられますが、心地よさは伝えられません。 本物の UI を前にした合意は、後から覆りません。手戻りの大半は、ここで消えます。
Fig. 01 — 06 / Ideal state
「仕様です」でも、「追加見積もり」でもない。
自分たちで直せるという第4の選択。
比較
◎明確に有利
○条件次第で有利
△不利になりやすい
×不利
低いほど有利
運用保守・開発を含む
学習も含め、軽いほど有利
自分たちで変えられるか
変更に動き出せるまで
開発知識が組織に残るか
Struct Passは、自分たちで学び、手を動かす選択。
初期投資と自社の負荷は増える一方、変更を速め、運用・開発を続ける総コストを抑えます。
選び方
技術を自社で持ち、自由に作りたい。社内の技術力を軸に、仕組みの選定・構築・改修まで自ら担いたい組織。
既存の仕組みで、早く効率化したい。標準機能に業務を合わせ、導入の速さと運用の手軽さを重視する組織。
要件を固め、専門家に任せたい。実現したい業務を明確にし、設計・開発を外部の専門家に委ねたい組織。
動く土台を受け取り、自分たちで育てたい。完成済みの仕組みから始め、日々の業務に合わせた変更と改善を自社で続けたい組織。
顧客・ベンダー・エンドユーザーが同じ場所に集まる。会話・タスク・資料・モックが一本の線になる。 Rete は開発の最初に入り、判断のたびに全員が同じものを見ている状態をつくる。
ツールを3つ繋ぐ調整も、組織ネットワークの壁も、導入の案内も要らない。 最初から統合されているから、繋がるまでの待ち時間がない。
Actual screen — Rete / Desk
疑問や要望を、その場で伝え合う。
決めたことを、担当と進み具合ごと残す。
必要な資料を同じ場に配り、確認する。
動く画面を前に、その場で変えて決める。
ログインを習慣にしてから、システムを足す。
Reference example — Inventory / Object types
Reference example — Inventory / Products
Reference は、Rete のアーキテクチャを使った開発の可能性を示す、システムリファレンスモデルです。 その一例として、在庫管理システムを実装しました。 ご覧いただきたいのは、業務に合わせた画面や機能をどう組み立てられるかということ。 動くモデルを通じて、自分たちの業務で何ができるかを具体的に考えるための参考にしていただけます。
Next.js / NestJS / Prisma / PostgreSQL を使い、業務システムを組み立てる構成を示します。
Stack認証・権限・監査ログなどの共通機能と、業務ごとの画面をどう組み合わせるかを実装で示します。
Base在庫管理を題材に、商品一覧や台帳管理を実装。業務に合わせた画面づくりの一例をご覧いただけます。
Ledger公開評価版のコードから、画面の裏にある構造や実装方法を確認できます。
CodeSource code on GitHub
Rete とシステムリファレンスモデルの公開評価版を、GitHub でご覧いただけます。
関係者を繋ぐ場を、どのような構造で作っているか。Rete のコードと構成を確認できます。
Rete を GitHub で見るRete のアーキテクチャを使った開発例として、在庫管理システムを実装。システムリファレンスモデルのコードを確認できます。
Reference を GitHub で見る公開評価版は、構成や実装方法を確認するためのスナップショットです。
Rete を先に入れ、関係者を同じ場所に集めます。会話・タスク・資料・モックが一本になり、初日から全員が同じものを見ています。
システムリファレンスモデルで開発の可能性を共有し、御社の業務に合わせて一緒に作ります。動く画面への反応をもとに、要件を具体化していきます。
環境・知識・AI 設定・運用体制を、御社の資産として引き渡します。私たちは出ていき、チームが自走を始めます。
Struct Pass は出ていきます。残るのは、自走できるチームと、育て続けられる構造。 ロックインはありません。契約が終わった後も、すべてが御社に残ります。
リポジトリごと。履歴も、ブランチも、そのまま。
Source本番環境・ネットワーク・IaC。御社のアカウントに。
Infrastructureビルドとデプロイの自動化。手順書つきで。
Pipelineライブセッションで引き出した知識を Markdown + Git で構造化。
Knowledgeプロジェクトに合わせて調整済みの設定・ルール・ワークフロー。
AI settings運用ルール・監視・障害対応の手順。
OperationsAs-built の設計・構成・意思決定の記録。
Documents自分たちで直すための、具体的なやり方。
How to change— Start here
始め方を相談する。
— Contact
ご連絡いただければ、できることと、できないことをお伝えします。