本文へ移動
ひとつの安定したアイデンティティ 人によるオーサリングが基本 ポータビリティを前提に設計
Topoloom by Relia1

共同ナレッジオーサリングシステムモデリング

ひとつのオブジェクト。必要なすべての場所へ。

Serviceは複数の文書やダイアグラムに現れます。共有オブジェクトをひとつ参照し、所有者または依存関係の変更がもたらす影響をレビューします。

自然に書く。精密にモデル化する。知識をつなぎ続ける。

Document Graph成果物バージョン · 公開済み v8
再利用可能なオブジェクトsvc.payment
Payment Service

宣言済み Service · アクティブなオブジェクト

  1. 01 · 文章アーキテクチャ概要認可されたリクエストを Payment Service にルーティング。
  2. 02 · ダイアグラムCheckout APIDEPENDS_ON → svc.payment
  3. 03 · Runbook決済復旧svc.payment — HAS_RUNBOOK → 決済復旧
  4. 04 · SLOチェックアウト目標svc.payment — HAS_SLO → チェックアウト目標
  5. 05 · レビューセマンティック変更所有者を変更 · v7 → v8
つながるナレッジループ

安定したアイデンティティひとつのオブジェクト文章、ダイアグラム、運用情報から同じオブジェクトを参照。

明示的な関係型付けされた接続宣言された各リンクが、接続の意味を明確にします。

レビュー可能な変更見える影響範囲意味の変更は公開前にレビューされます。

Topoloom の操作画面

文書から始め、意味をつなぎ続ける。

このキャプチャは、保存済みの共同編集テキストと、宣言された Payment Service の関係を示しています。スコープを限定した評価で、オブジェクトの再利用と意味のレビューをお試しください。

Saved 状態の Payment Service Overview。別の編集者1名、宣言済みの関係、Alex Morgan の共同編集カーソルを表示
文書は保存済みです。読みやすい文章とともに Payment Service の宣言済みの関係が表示され、Alex Morgan が同じ文書を編集中です。 製品UIは英語で表示画像を詳しく見る

連携における課題

知識は分断される システムが接続する場所で。

Service の説明、ダイアグラム、Runbook、所有者情報は、少しずつ別々のコピーになっていきます。関連して見えても、つなぐものは何もありません。共有されたアイデンティティも、どの記述がどこから来たかの記録も、共通のレビューもありません。

同じ情報は、検索、人によるレビュー、AIシステムに使われます。誰が事実を宣言したか、どの版に属するか、何を読めるかを、読み手は知る必要があります。

Topoloom のアプローチ

自然に書ける。 必要なときに精密に。

概念が識別、再利用、公開、ガバナンスに値する段階で、構造を段階的に取り入れます。

01

読みやすい文書で作業

重要な要素を形式化する前に、共同文書とダイアグラムでシステムを説明します。

文書 · ブロック · 共同編集
02

重要な概念を昇格

選択した概念を再利用可能なオブジェクトにし、関係に明示的な意味を与えます。

オブジェクト · 型 · 関係
03

ひとつの安定したアイデンティティを再利用

文書もダイアグラムも、オブジェクトをコピーせず参照します。だからアイデンティティ、履歴、変更の影響がつながったまま保たれます。

参照 · バージョン · レビュー

つながるナレッジループ

ひとつの Service。ひとつのつながるワークフロー。

エンジニアリングチームが説明、モデル化、運用、変更を行う各所で、同じ安定したアイデンティティを追います。外部からのコンテキストは、このループの横に置かれ、既定で中には入りません。

Architecture / Checkoutセマンティックモデル · v8
アーキテクチャ概要宣言済み

Checkout は認可されたリクエストを Payment Service にルーティングします。

ブロック 14 · 人によるオーサリング
システムダイアグラム宣言済みエッジ
Checkout APIDEPENDS_ON →svc.payment
型付きノード · 安定した参照
Runbookリンク済みオブジェクト

決済復旧

svc.payment — HAS_RUNBOOK →
SLOリンク済みオブジェクト

チェックアウト目標

svc.payment — HAS_SLO →
セマンティックレビューv7 → v8

Core PlatformPayments Team

所有者を変更 · 3件の参照に影響
再利用可能なオブジェクトsvc.payment
Payment Service

宣言済み Service · アクティブなオブジェクト

01文章

見える信頼境界

ここで宣言。 別の場所で検証。

Topoloom は、権限を持つ人が行った宣言を記録します。対応プロバイダーが設定されている場合、そのプロバイダーが検証した内容には、プロバイダー名と検証時刻が必ず付きます。それ自体が作成済みの宣言になることはありません。

信頼性を支える設計を見る

技術リーダーのために

ドキュメント作業を 測定できる成果に変える。

まずひとつのServiceを選び、現在のチームが更新をどう扱うかを記録します。範囲を定めた評価の後で、保守、レビュー、カバレッジ、エクスポートを比較します。

01 / 保守の手間

繰り返す編集を測る。

現在更新している場所を数えます。次に、同じオブジェクトを使う参照と、手作業で直す必要があるコピーを数えます。

02 / レビュー時間

根拠あるレビューまでの時間を測る。

所有者、依存関係、SLO、Decisionの変更を理解するまでに、レビュアーがどれだけ時間を要するかを比較します。

03 / ナレッジのカバレッジ

所有と運用ナレッジの不足を確認する。

宣言済みの所有者、リンクされたRunbook、SLO、明示的な依存コンテキストを持つServiceを数えます。

04 / エクスポート範囲

出口の経路を検査する。

Topoloomの外でパッケージを開き、読める内容、安定したID、版、関係、来歴、レビュー、権限マッピングを確認します。省略、墨消し、再マッピングはレポートで確認します。

つながるナレッジループを見る

Serviceをひとつ持ち込む。
技術ウォークスルーの範囲を決める。

Serviceの変更をひとつ選んでください。利用可能な製品で、執筆、モデリング、レビュー、ガバナンス、エクスポートのどこまで確認できるかを一緒に確かめます。

デモをリクエスト プラットフォームを見る

製品の画面