← Investment OS AnalysisCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Investment OS Analysis
Snapshot Sep 30, 2026 · 23:16 UTC · version 1.3.0
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "full-analyse",
"description": "Exécute Business, Valuation, Short, Portfolio Fit puis Memo CIO avec handoffs cohérents. Utiliser pour /full-analyse, analyse complète, décision CIO, sizing, financement et plan d’exécution.",
"included_files": [
{
"relative_path": "agents/openai.yaml",
"size_in_bytes": 354
},
{
"relative_path": "assets/icon-monochrome.svg",
"size_in_bytes": 652
},
{
"relative_path": "assets/icon.svg",
"size_in_bytes": 652
},
{
"relative_path": "references/business-framework.md",
"size_in_bytes": 25529
},
{
"relative_path": "references/business-playbook.md",
"size_in_bytes": 509
},
{
"relative_path": "references/component-lock.json",
"size_in_bytes": 1381
},
{
"relative_path": "references/execution-contract.md",
"size_in_bytes": 5346
},
{
"relative_path": "references/fair-value-playbook.md",
"size_in_bytes": 516
},
{
"relative_path": "references/memo-framework.md",
"size_in_bytes": 9105
},
{
"relative_path": "references/memo-playbook.md",
"size_in_bytes": 517
},
{
"relative_path": "references/pipeline-contract.md",
"size_in_bytes": 2642
},
{
"relative_path": "references/portfolio-framework.md",
"size_in_bytes": 12048
},
{
"relative_path": "references/portfolio-playbook.md",
"size_in_bytes": 805
},
{
"relative_path": "references/short-framework.md",
"size_in_bytes": 11377
},
{
"relative_path": "references/short-playbook.md",
"size_in_bytes": 459
},
{
"relative_path": "references/valuation-framework.md",
"size_in_bytes": 22566
}
],
"skill_md_contents": "---\nname: full-analyse\ndescription: Exécute Business, Valuation, Short, Portfolio Fit puis Memo CIO avec handoffs cohérents. Utiliser pour /full-analyse, analyse complète, décision CIO, sizing, financement et plan d’exécution.\n---\n\n# Full Analyse\n\nExécute Business → Valuation → Short → Portfolio Fit → Memo CIO avec un seul Run ID.\n\n## Ressources obligatoires\n\nLis d’abord intégralement le [contrat d’exécution](references/execution-contract.md), le [contrat du pipeline](references/pipeline-contract.md) et le [component lock](references/component-lock.json). Charge ensuite l’adaptateur et le framework de chaque module uniquement au moment de l’exécuter, dans l’ordre Business, Valuation, Short, Portfolio puis Memo.\n\nLes ressources embarquées forment une version indivisible. N’utilise aucune ancienne version ou skill externe.\n\n## Préflight\n\n- Résous identité, profil, langue et Run ID.\n- Contrôle Companies, Analyses et les cinq relations Current.\n- Résous le portefeuille avant de commencer : Notion, snapshot fourni, puis une seule demande utilisateur.\n- Si aucun portefeuille n’est disponible, demande-le. Si l’utilisateur exige de continuer sans lui, Business, Valuation et Short peuvent être exécutés ; Portfolio et Memo restent provisoires et le pipeline PARTIAL.\n- Recherche les retries et checkpoints du même Run ID.\n- Constitue un Research Pack commun frais.\n\n## Pipeline résilient\n\nPour chaque module, termine obligatoirement le cycle `analyse → handoff → persistance → relecture → checkpoint` avant de charger le module suivant :\n\n1. Business produit le handoff de référence, puis atteint un statut de persistance terminal.\n2. Valuation exige un Business analytiquement exploitable et un prix complet, puis atteint un statut de persistance terminal.\n3. Short utilise les handoffs disponibles mais peut continuer en mode autonome si Valuation est partielle, puis atteint un statut de persistance terminal.\n4. Portfolio exige le snapshot et des prix ; sans underwriting complet, son périmètre est EXPOSURE_ONLY. Il atteint ensuite un statut de persistance terminal.\n5. Memo CIO n’est définitif qu’avec quatre handoffs cohérents. Il atteint ensuite un statut de persistance terminal.\n\nEn profil persistant, un statut terminal vaut uniquement `VERIFIED` ou `FAILED`. En Conversation, il vaut `NOT_REQUIRED`. Une persistance `FAILED` ne bloque pas les calculs aval réalisables, mais elle reste enregistrée dans la clôture.\n\nUn échec analytique bloque uniquement les dépendances qui exigent réellement son résultat. Un échec de persistance ne bloque jamais un calcul aval réalisable ; il interdit seulement VERIFIED, Current et le statut global COMPLETE.\n\nShort, Portfolio et Memo ont toujours score null. Aucun module ne modifie Portfolio ou n’exécute une décision.\n\n## Barrière terminale\n\n`HANDOFF — CIO` termine uniquement la phase analytique. Il ne termine jamais un run persistant.\n\nDo not return the final user-facing report before persistence is completed or has failed explicitly.\n\nAvant toute réponse finale, exécute la `PERSISTENCE CLOSURE` du contrat pipeline. Une réponse `PARTIAL` ou `FAILED` reste autorisée lorsque la persistance a échoué explicitement ; une sortie silencieuse ou `COMPLETE` ne l’est pas.\n\n## Sortie\n\nPrésente les cinq rapports et handoffs disponibles, puis une PIPELINE CARD avec :\n\n- Run ID, profil, langue et snapshot ;\n- statuts analytique et de persistance par module ;\n- versions, preuves, gaps et checkpoints ;\n- relations Current vérifiées ;\n- Décision CIO ou caractère provisoire ;\n- statut global COMPLETE, PARTIAL ou FAILED.\n\nHANDOFF — CIO est le handoff analytique final. La `PIPELINE CARD` après `PERSISTENCE CLOSURE` est la preuve terminale du run. En Conversation ou après persistance échouée, ajoute les EXPORT PAYLOADS.\n"
}SHA-256: bfceca3e58435745f5ee2758f4e364899fbc050f0149fbff5a069b266d15c06e