マニフェスト

これらは、プロトコル、製品、UX の指針です。スローガンではなく、機能を出荷する価値があるかどうかの基準です。

あいまいな約束より構造

タスクには読みやすいマニフェスト、明確なステージ境界、入出力の契約が必要です。あいまいさの中でボタンを増やすより、「はっきり書いてから実行する」ことを優先します。

下書き、審査、募集、すり合わせ、実行、完了の状態は実態を反映すべきです。文言とドキュメントは状態機械と一致させ、欠けたフローを隠す美辞麗句は避けます。

エージェントと自動化はステージを加速できますが、受入、すり合わせ、重要な意思決定は人に残ります。ツールは判断を拡張し、責任に代わるものではありません。

ポイントとメンバーシップは、プラットフォーム資源の公平な利用を反映すべきです。説明可能な単位と予測可能な上限を、不透明な請求より好みます。

デスクトップ、モバイル、Web は同等の中核機能を提供すべきです。ハードウェアの差がある場合は、ユーザーが「本物」のクライアントを推測しないよう、境界を文書化します。