express-insight
Acerca de
La habilidad `express-insight` comunica una comprensión compleja y multidisciplinaria de manera accesible y práctica, sin perder su naturaleza interconectada. Proporciona un método estructurado para elegir el formato adecuado, presentar la idea con atribución e invitar a una retroalimentación constructiva. Utiliza esta habilidad después de `integrate-gestalt` para compartir efectivamente perspectivas con especialistas, generalistas o responsables de la toma de decisiones.
Instalación rápida
Claude Code
Recomendadonpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/express-insightCopia y pega este comando en Claude Code para instalar esta habilidad
Documentación
Express Insight
マルチドメインのゲシュタルトを伝え、それが届くようにする — ドメイン間の関係を保ち、統合を聴衆にアクセス可能にし、統合が単純化または歪曲のリスクを持つ場所について正直であること。表現はシノプティックサイクルの最終ステップ: それなしには、統合された理解は私的で実行不能のまま。挑戦は言語が線形だが洞察はそうでないこと — 本スキルは多次元的理解を単一次元へ縮減せずに伝える構造を提供する。
使用タイミング
integrate-gestaltが伝える必要のあるクロスドメイン理解を生んだ後- 発見が複数ドメインにまたがり、単一ドメインのフレーミングが本質的関係を失うとき
- 洞察の聴衆がそれを生んだ視点と異なるとき
- 統合された理解が内部的に明確に感じられるが、率直な表現に抵抗するとき
- 決定が、各ドメインが独立に何を言うかではなく、複数ドメインがどう相互作用するかを見ることに依存するとき
- クロスドメイン発見を伝える以前の試みが混乱またはドメイン固有の反発で迎えられたとき
- synoptic-mind チームセッションからの発見をチーム外のステークホルダーに伝えるとき
入力
- 必須: 統合された洞察(
integrate-gestaltまたは同等のクロスドメイン統合の出力) - 必須: 聴衆 — この洞察を受け取る人(ドメイン専門家、ジェネラリスト、意思決定者、混合)
- 任意: 形式の制約(例: 「PR 説明に収まらねばならない」、「口頭概要である必要がある」)
- 任意: 統合されたドメイン(明示的属性化用)
- 任意: この洞察を伝える以前の失敗試行(何が届かなかったか)
手順
ステップ1: 聴衆を評価する
この洞察を誰が受け取り、彼らが何を必要としているかを判定する。3 つの異なる聴衆に表現される同じゲシュタルトは 3 つの異なる形式を取るべき。
- 主聴衆を特定する:
- ドメイン専門家 はそのドメインが正確に表現される必要がある — 全体統合が正しくても、その分野を過剰単純化する洞察を拒否する
- ジェネラリスト は大局を必要とする — ドメイン間の関係が、いかなる単一ドメイン内の詳細よりも重要
- 意思決定者 はトレードオフを伴う実行可能な含意を必要とする — 何をすべきか、何が費用か、何もしなければ何が起こるかを知りたい
- 混合聴衆 は層化されたコミュニケーションを要求する: 大局で先導し、それから専門家が検証できるドメイン固有の深さを提供する
- 聴衆の既存メンタルモデルを評価:
- 関与する各ドメインについて何を既に理解しているか?
- 彼らにとって新しいドメイン間の接続はどれか?
- 洞察が挑戦するかもしれない仮定をどれほど持つか?
- 信頼要件を特定: クロスドメイン主張を受け入れる前にこの聴衆はどれだけの正当化を必要とするか?
- 専門家はそのドメインの厳密性を尊重する洞察を信頼する
- ジェネラリストは過剰単純化せずに複雑性を航行可能にする洞察を信頼する
- 意思決定者はトレードオフを隠すのではなく正直に表面化する洞察を信頼する
期待結果: 聴衆が誰か、何を必要とするか、何が彼らに洞察を信頼させるかの明確な絵。聴衆評価は後続のすべてのステップに影響すべき。
失敗時: 聴衆が未知または特性化するには広すぎるなら、混合聴衆アプローチを既定とする: 大局を先に、ドメイン深さをオンデマンドで。「全員」へのコミュニケーションは特定の誰かへのコミュニケーションより効果的でないが、間違って推測するよりはまし。
ステップ2: 形式を選ぶ
聴衆と洞察の性質に最もよく仕える表現フォーマットを選ぶ。形式は装飾ではない — それは聴衆が知覚できるものを決定する。
-
4 つの主要形式を評価:
Form Structure Best for Narrative Story connecting domains — "when X happens in domain A, it creates Y in domain B, which means Z" Complex or novel insights where the audience needs to follow the reasoning path Diagram Spatial layout showing relationships — nodes are domain contributions, edges are connections Structural insights where the topology of relationships matters more than the sequence Comparison table Each domain's perspective on the same issue in parallel columns Analytical audiences who want to verify each domain's contribution independently Recommendation Actionable synthesis — "do X because domains A, B, and C converge on Y, with trade-off Z" Decision-makers who need to act, not just understand -
形式を洞察タイプに合わせる:
- 洞察がドメイン間の 因果連鎖 についてなら、narrative を使う
- 洞察が 構造的関係 についてなら、diagram を使う
- 洞察がドメイン間の 収束または分岐 についてなら、comparison table を使う
- 洞察が 次に何をすべきか についてなら、recommendation を使う
-
形式の組み合わせを検討: 比較表で裏付けられた推奨、または図で例示された物語。しかし一つの主要形式で先導 — 複数フォーマットからの認知負荷は明確化よりも曖昧化しうる
-
媒体制約を考慮: 口頭概要は比較表を運べない; コミットメッセージは物語を運べない。媒体が形式を制約するなら、互換性のないコンテナにコンテンツを強制するのではなく形式を調整する
期待結果: 聴衆と洞察の性質に結び付いた明確な根拠を伴う、選ばれた主要形式(および任意の二次形式)。
失敗時: いかなる形式も正しく感じないなら、洞察はまだ完全に統合されていないかもしれない。integrate-gestalt へ戻る — 表現の困難はしばしばコミュニケーション問題ではなく不完全な統合を信号する。
ステップ3: ゲシュタルトを表現する
選ばれた形式で洞察を伝え、何を統合するか、どこで単純化するか、何を可能にするかを明示的に記す。
- 洞察を明確に述べる — コア理解を捉える 1-3 文。これがゲシュタルト自体であり、サポート証拠ではない
- 統合するドメインを名指す — この理解に貢献したドメインを明示的に列挙する。これは功績のための属性化ではない; 検証のための属性化である。各名指されたドメインは招待: 「これをあなたの専門知識と照合せよ」
- 単純化をマークする — すべてのマルチドメイン洞察は単純化する。どこかを述べる:
- どのドメイン固有のニュアンスが脇に置かれたか?
- どの関係が実際よりも強く・弱く扱われたか?
- ドメイン X の専門家は何を加えたいか・条件付けしたいか?
- 創発価値を述べる — 単一ドメイン解析では得られないこの洞察は何を可能にするか?
- 以前は不可能だった何の決定が可能になるか?
- 個々のドメイン内に隠れていた何のリスクが可視化されるか?
- いかなる単一ドメインも所有しない交差点で何の機会が現れるか?
- マルチドメインのテクスチャを維持する — 洞察を一つのドメインの言語にフラット化する引きに抵抗する。洞察がエンジニアリングとユーザー体験を統合するなら、両方の語彙を使う。研究と運用を結ぶなら、両方のフレーミングを保つ。テクスチャが洞察である
- 理解のためにシーケンスする — 洞察は非線形だが、コミュニケーションは順次。聴衆に最良の足場を与えるエントリーポイントを選ぶ: 彼らが最もよく知るドメインから始め、それから馴染みのないドメインへ橋渡しする。最初の文が聴衆が乗り出すかチューンアウトするかを決める
期待結果: 聴衆が理解し、自身の専門知識に対して検証し、行動できる伝えられた洞察。単純化は隠されず可視。創発価値が明確。
失敗時: 表現が統合された全体ではなくドメイン貢献のリストのように感じるなら、ゲシュタルトはコミュニケーション中に分解された。後退して再表現: 各ドメインが別々に何を言うかからではなく、組み合わせ が明らかにすることから始める。統合がメッセージであり、部分ではない。
ステップ4: 挑戦を招く
洞察が間違っているかもしれない最強の理由を述べる。統合された洞察は、多くの入力を統合するため実際よりも確実に感じられうる — 収束は得られていないかもしれない妥当性の感覚を生む。このステップは礼儀のために追加される免責事項ではない; それは洞察を使用可能にする構造的構成要素である。
- 最弱のリンクを特定する — 洞察のどのドメイン接続が最も支持されていないか? 統合は証拠ではなく類推に依存しているか?
- リスクのある仮定を名指す — 洞察が成立するためには何が真である必要があるか、それが真であることにどれだけ確信があるか?
- 反洞察を述べる — 同じすべてのドメインへの等しいアクセスを持つ誰かが異なる結論に達したら、彼らの最強の議論は何か?
- 挑戦を価値あるものとしてフレーム — 洞察への挑戦がそれを強化することを明確にする。「私が見る最強の異議は…」は自信と開放性を同時に信号する
- 何があなたの心を変えるかを指定する — 洞察を修正または崩壊させる証拠または議論を名指す。これが洞察を反証可能にし、説得的なだけでない
期待結果: 聴衆の信頼を減らすのではなく増やす不確実性の正直な声明。洞察は今や挑戦可能 — そして改善可能。
失敗時: 弱点が特定できないなら、それ自体が警告サイン。すべてのクロスドメイン洞察は枠組み間の翻訳を伴い、翻訳は常に何かを失う。損失が不可視なら、まだ見つかっていないのであり回避されたのではない。ドメイン境界をより硬く見る — そこに隠れた仮定が住む。一般的な隠れ場所: 各ドメインで異なる動きをする共有メタファー、ドメイン境界を越えて因果と仮定された統計的相関、構造的に保つが定量的に保たない類推。
バリデーション
- 聴衆が明示的に特定され、彼らのニーズが表現を形作った
- 形式が習慣や利便性ではなく、洞察タイプと聴衆に基づいて選ばれた
- 洞察が一貫した全体として述べられ、ドメインごとの概要に分解されていない
- 貢献ドメインが、属性化のためだけでなく検証のために名指された
- 単純化が明示的に述べられた — 何が脇に置かれ、何が近似された
- 創発価値が articulated された — 統合が部分にできないことを可能にすること
- マルチドメイン語彙が一つのドメインの言語にフラット化されるのではなく保たれた
- エントリーポイントが聴衆の既存知識のために選ばれた — 彼らがいる場所から始め、洞察が向かう場所へ橋渡し
- 洞察が間違っているかもしれない最強の理由が述べられた
- 洞察が反証可能 — それを修正する具体的証拠または議論が名指された
- 自分のドメインの貢献を読むドメイン専門家が、それを正確と認識し、戯画化されたとは認識しない
よくある落とし穴
- ドメインごとの報告: 各ドメインの貢献を順次提示するのは洞察を表現しているのではない — 生原料を提示しているのである。洞察は組み合わせから現れるもの。統合で先導し、必要ならドメイン詳細でサポート
- 収束からの偽の確実性: 3 ドメインがすべて同じ方向を指すと、強い証拠のように感じる。しかしそれらのドメインが基礎仮定やデータ源を共有するなら、収束は見かけほど独立ではない。常にドメインが真に独立かを確認する
- 聴衆のドメインへのフラット化: 専門家にコミュニケートするとき、洞察全体を彼らの言語に翻訳したくなる。これがアクセス可能にするがマルチドメインの性質を破壊する。テクスチャを保つ — 馴染みのない語彙はノイズではなく信号
- 挑戦ステップのスキップ: 「ここに私が間違っているかもしれない理由がある」を省略すると洞察を強くするように感じる。そうではない。それは洞察をより信頼できなくし改善できなくする。認識的正直さは特徴であり、弱点ではない
- 洞察インフレ: 統合がそれが明らかにする以上を明らかにすると主張する。クロスドメイン観察は自動的に飛躍ではない。範囲について正確に: 「これは文脈 Y の X に適用される」は「これがすべてを変える」より価値がある
- 早すぎる表現: ゲシュタルトが完全に形成される前に表現すると、統合に聞こえるが精査の下で崩壊する半洞察を生む。表現が止まり続けるなら、問題はここではなく
integrate-gestaltの上流にある - 複雑さに隠れる: 真のテクスチャを保つためではなく洗練されて聞こえるためにマルチドメイン語彙を使う。より単純なフレーミングが関係を失わずに同じ洞察を捉えるなら、より単純なフレーミングを使う。複雑さは必要であるべきで、パフォーマンス的ではない
関連スキル
integrate-gestalt— 本スキルが表現する洞察を生む; express-insight はシノプティックサイクルのコミュニケーションフェーズargumentation— 主張への論理的ケースを構築する; express-insight は知覚を伝える。Argumentation は「ここに X が真である理由がある」と言い; express-insight は「ここに A、B、C を一緒に見たとき可視化されるものがある」と言うteach— 既知の確立された知識を転送する; express-insight は今形成された創発的理解を運ぶ。Teaching は伝送; expressing は明らかにするshine— 真正な存在感をコミュニケーションに導く; express-insight は温かさや正直さを失わずにマルチドメイン知覚を運ぶためにその輝きを使えるexpand-awareness— 統合を可能にする知覚フィールドを広げる; express-insight はその広げられたフィールドが明らかにしたものを伝えることでサイクルを閉じるadaptic— フルシノプティックサイクルを構成するメタスキル; express-insight は clear-open-perceive-integrate-express シーケンスの 5 番目で最終ステップ
Repositorio GitHub
Habilidades relacionadas
content-collections
MetaEsta habilidad proporciona una configuración probada en producción para Content Collections, una herramienta centrada en TypeScript que transforma archivos Markdown/MDX en colecciones de datos con tipado seguro mediante validación Zod. Úsala al construir blogs, sitios de documentación o aplicaciones Vite + React con mucho contenido para garantizar seguridad de tipos y validación automática de contenido. Abarca todo, desde la configuración del plugin de Vite y compilación MDX hasta la optimización de despliegue y validación de esquemas.
polymarket
MetaEsta habilidad permite a los desarrolladores crear aplicaciones con la plataforma de mercados de predicción Polymarket, incluyendo la integración de API para operaciones y datos de mercado. También proporciona transmisión de datos en tiempo real a través de WebSocket para monitorear operaciones en vivo y actividad del mercado. Úsela para implementar estrategias de trading o crear herramientas que procesen actualizaciones de mercado en tiempo real.
creating-opencode-plugins
MetaEsta habilidad ayuda a los desarrolladores a crear complementos de OpenCode que se conectan a más de 25 tipos de eventos, como comandos, archivos y operaciones LSP. Proporciona la estructura del complemento, las especificaciones de la API de eventos y los patrones de implementación para módulos en JavaScript/TypeScript. Úsala cuando necesites interceptar, monitorear o extender el ciclo de vida del asistente de IA de OpenCode con lógica personalizada basada en eventos.
sglang
MetaSGLang es un framework de alto rendimiento para el servicio de LLM que se especializa en generación rápida y estructurada para JSON, expresiones regulares y flujos de trabajo de agentes utilizando su caché de prefijos RadixAttention. Ofrece una inferencia significativamente más rápida, especialmente para tareas con prefijos repetidos, lo que lo hace ideal para salidas complejas y estructuradas, y conversaciones multiturno. Elige SGLang sobre alternativas como vLLM cuando necesites decodificación restringida o estés construyendo aplicaciones con uso extensivo de prefijos compartidos.
