Investment OS Analysis

View saved version →

---
name: business-analyst
description: Analyse fondamentale complète d’une entreprise cotée, indépendante de sa valorisation. Utiliser pour /business, /business-check, le business model, le marché, le moat, la qualité financière, le management, la croissance et les risques ; ne produit ni juste valeur ni recommandation d’achat.
---

# Business Analyst

Évalue la qualité économique d’une société cotée sans tenir compte de son cours.

## Ressources obligatoires

Lis intégralement :

- [Business Check Framework](references/business-check-framework.md), autorité méthodologique et de scoring ;
- [contrat d’exécution portable](references/execution-contract.md), autorité runtime et persistance.

N’utilise aucune ancienne version mémorisée, aucun ZIP externe et aucun autre framework.

## Préflight

- Résous l’entreprise, le ticker, la classe de titre et le marché.
- Résous silencieusement le profil d’exécution et la langue.
- Crée un Run ID stable.
- En profil Notion, lis la Company et la Business Analysis Current lorsqu’elles existent. Une absence autorise un cold start et une Version 1.
- Une analyse antérieure sert uniquement à mesurer la continuité : elle ne remplace jamais la collecte du run.

## Recherche

Collecte pendant ce run au moins une source primaire pertinente : rapport annuel ou trimestriel, résultats, présentation investisseurs, transcript officiel ou document réglementaire. Date les faits et sépare faits, hypothèses, inférences et informations non vérifiées.

Une donnée indispensable manquante rend le score concerné non calculable ; elle ne produit ni note moyenne ni malus automatique.

## Exécution

Applique intégralement le framework. Son filtre de matérialité prévaut : ajoute seulement ce qui change la compréhension économique, la probabilité d’un scénario, un risque ou la conclusion Business.

Ne calcule aucun cours cible, multiple d’entrée, marge de sécurité ou décision de portefeuille. Ne modifie jamais Portfolio.

## Sortie

Produis le rapport complet du framework, puis :

### HANDOFF — BUSINESS

- Contract version : 1.3.0
- Plugin version : 1.3.0
- Run ID :
- Module : business
- Entreprise :
- Ticker :
- Date et période :
- Score et Business Verdict :
- Confiance :
- Drivers :
- Risques :
- Hypothèses à transmettre à Valuation :
- Gaps :

Termine par le RUN RECEIPT prévu par le contrat. En profil persistant, publie et vérifie Business Analysis puis Current Business Analysis selon le contrat. En Conversation, ajoute l’EXPORT PAYLOAD.

Une persistance échouée conserve le rapport et le handoff disponibles.

Referenced files: 5

View saved version →

---
name: earnings-review
description: Documente les derniers résultats d’une entreprise cotée et détermine quelles analyses doivent être actualisées. Utiliser pour /earnings, post-earnings review ou triage après résultats ; ne produit ni score, ni juste valeur, ni décision d’investissement.
---

# Earnings Review

Documente ce qui a changé et route les refreshs sans modifier les analyses Current.

## Ressources obligatoires

Lis intégralement :

- [Earnings Review Framework](references/earnings-review-framework.md), autorité méthodologique ;
- [contrat d’exécution portable](references/execution-contract.md), autorité runtime et persistance.

## Préflight et recherche

- Résous l’entreprise, la période, la langue, le profil et un Run ID stable.
- Lis les analyses Current et la précédente revue si elles existent.
- Leur absence ne bloque pas un cold start : compare la publication à la période précédente, à la guidance et au consensus disponible.
- Collecte pendant ce run la publication officielle, le filing ou le transcript officiel. Une rumeur seule ne peut jamais déclencher Refresh required.

## Exécution

Applique le framework et classe chaque module : No refresh needed, Monitor, Refresh recommended ou Refresh required.

Ne lance jamais automatiquement un autre module. Ne modifie ni hypothèses, ni scores, ni Current. Le score vaut toujours null.

## Sortie

Produis l’EARNINGS REVIEW CARD, le rapport court et :

### HANDOFF — EARNINGS

- Contract version : 1.3.0
- Plugin version : 1.3.0
- Run ID :
- Module : earnings
- Entreprise et ticker :
- Publication et période :
- Source officielle et retrieved_at :
- Faits nouveaux :
- Guidance :
- Business refresh :
- Valuation refresh :
- Short refresh :
- Portfolio refresh :
- Gaps :
- Score : null

Termine par le RUN RECEIPT. Persiste la revue uniquement si le provider possède déjà un type compatible ; ne crée aucune relation Current. Sinon rends l’EXPORT PAYLOAD.

Referenced files: 5

View saved version →

---
name: fair-value
description: Analyse la valorisation d’une entreprise cotée au cours actuel. Utiliser pour /valorisation, /valuation, /valuation-check, juste valeur, scénarios, rendement attendu, croissance pricée ou prix maximal ; un cold start exécute d’abord le Business requis.
---

# Fair Value

Évalue le rendement actionnarial attendu au prix réellement observé.

## Ressources obligatoires

Lis intégralement :

- [Valuation Check Framework](references/valuation-check-framework.md), autorité méthodologique et de scoring ;
- [contrat d’exécution portable](references/execution-contract.md), autorité runtime et persistance.

Version canonique du framework : 2026-09-12-three-factor-neutral. N’utilise aucune version mémorisée ou ressource externe au plugin.

## Préflight Business

Une Valuation complète exige un HANDOFF — BUSINESS compatible.

Priorité :

1. handoff Business du même run ;
2. handoff fourni dans la conversation ;
3. Current Business Analysis Validated, Current, pertinente et suffisamment fraîche ;
4. sinon route vers le workflow Business → Valuation du skill Full Value appartenant à la même version 1.3.0.

Le cold start publie Business v1 puis Valuation v1 avec le même Run ID. Il ne lance ni Short, ni Portfolio, ni Memo. Si les ressources du même plugin sont indisponibles, signale une erreur de package au lieu d’improviser le Business.

## Prix et données

Recherche le prix pendant ce run. Identifie la valeur, la devise, le marché, l’instrument exact, le type de prix, as_of, retrieved_at et la source. Distingue ADR, action locale et classe de titre.

Utilise les états financiers et hypothèses compatibles avec la période du Business. Un prix ou un composant indispensable manquant rend la Valuation PARTIAL et interdit Validated.

## Exécution

Applique intégralement le framework et le rendement exigé fourni par l’utilisateur. À défaut, utilise 12 %.

Préserve Base Neutrality, Scenario Continuity, Horizon Consistency, Price Monotonicity, Positive-Evidence Consistency et l’absence de double comptage. Ne modifie jamais Portfolio.

## Sortie

Produis le rapport et la Valuation Card du framework, puis :

### HANDOFF — VALUATION

- Contract version : 1.3.0
- Plugin version : 1.3.0
- Run ID :
- Module : valuation
- Entreprise et ticker :
- Date, période et horizon :
- Prix complet et devise :
- Rendement exigé :
- Bear / Base / Bull :
- Prix maximal pour 12 % :
- Score, signal et confiance :
- Expectations Gap :
- Sensibilités et gaps :

Termine par le RUN RECEIPT. En profil persistant, publie et vérifie Valuation Analysis puis Current Valuation Analysis. En Conversation, ajoute l’EXPORT PAYLOAD.

Referenced files: 5

View saved version →

---
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.
---

# Full Analyse

Exécute Business → Valuation → Short → Portfolio Fit → Memo CIO avec un seul Run ID.

## Ressources obligatoires

Lis 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.

Les ressources embarquées forment une version indivisible. N’utilise aucune ancienne version ou skill externe.

## Préflight

- Résous identité, profil, langue et Run ID.
- Contrôle Companies, Analyses et les cinq relations Current.
- Résous le portefeuille avant de commencer : Notion, snapshot fourni, puis une seule demande utilisateur.
- 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.
- Recherche les retries et checkpoints du même Run ID.
- Constitue un Research Pack commun frais.

## Pipeline résilient

Pour chaque module, termine obligatoirement le cycle `analyse → handoff → persistance → relecture → checkpoint` avant de charger le module suivant :

1. Business produit le handoff de référence, puis atteint un statut de persistance terminal.
2. Valuation exige un Business analytiquement exploitable et un prix complet, puis atteint un statut de persistance terminal.
3. Short utilise les handoffs disponibles mais peut continuer en mode autonome si Valuation est partielle, puis atteint un statut de persistance terminal.
4. 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.
5. Memo CIO n’est définitif qu’avec quatre handoffs cohérents. Il atteint ensuite un statut de persistance terminal.

En 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.

Un é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.

Short, Portfolio et Memo ont toujours score null. Aucun module ne modifie Portfolio ou n’exécute une décision.

## Barrière terminale

`HANDOFF — CIO` termine uniquement la phase analytique. Il ne termine jamais un run persistant.

Do not return the final user-facing report before persistence is completed or has failed explicitly.

Avant 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.

## Sortie

Présente les cinq rapports et handoffs disponibles, puis une PIPELINE CARD avec :

- Run ID, profil, langue et snapshot ;
- statuts analytique et de persistance par module ;
- versions, preuves, gaps et checkpoints ;
- relations Current vérifiées ;
- Décision CIO ou caractère provisoire ;
- statut global COMPLETE, PARTIAL ou FAILED.

HANDOFF — 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.

Referenced files: 16

View saved version →

---
name: full-value
description: Exécute Business puis Valuation avec données fraîches, handoff de même run et persistance vérifiée. Utiliser pour /full-value, analyse business et valorisation ou actualisation après résultats.
---

# Full Value

Exécute Business → Valuation avec un seul Run ID.

## Ressources obligatoires

Lis intégralement :

1. [contrat d’exécution](references/execution-contract.md) et [contrat du pipeline](references/pipeline-contract.md) ;
2. [adaptateur Business](references/business-playbook.md) et [Business Framework](references/business-framework.md) ;
3. [adaptateur Valuation](references/fair-value-playbook.md) et [Valuation Framework](references/valuation-framework.md) ;
4. [component lock](references/component-lock.json).

Ces ressources forment une version indivisible. N’utilise aucun composant externe ou mémorisé.

## Préflight

- Résous identité, profil, langue et Run ID.
- En cold start, crée une Company minimale uniquement si l’identité est non ambiguë.
- Recherche les retries du même run.
- Constitue un Research Pack frais.
- Une ancienne Business Current sert à la continuité, jamais de substitut au Business du run.

## Pipeline

1. Exécute Business intégralement, produis son handoff et tente sa persistance.
2. Si le handoff Business est analytiquement valide, exécute Valuation avec ce handoff, même si la persistance Business a échoué.
3. Une défaillance analytique Business bloque Valuation.
4. Une Valuation incomplète conserve les résultats disponibles mais interdit un pipeline COMPLETE.
5. Sauvegarde un checkpoint logique après chaque handoff ; une reprise ne recalcule pas un module déjà complet du même Run ID.

Ne modifie jamais Portfolio ou une décision financière.

## Sortie

Présente les deux rapports et handoffs, puis une PIPELINE CARD :

- Run ID, profil et langue ;
- statut analytique, persistance, version et gaps de chaque module ;
- preuve de passage du handoff Business ;
- prix complet de Valuation ;
- statut global COMPLETE, PARTIAL ou FAILED.

En Conversation ou après persistance incomplète, ajoute les EXPORT PAYLOADS.

Referenced files: 10

View saved version →

---
name: investment-memo-cio
description: Consolide Business, Valuation, Short et Portfolio Fit en décision CIO. Utiliser pour /memo, /invest, /invest-check, décision finale, sizing, financement, plan d’exécution ou invalidations ; un dossier absent route vers Full Analyse.
---

# Investment Memo CIO

Transforme des handoffs cohérents en une décision unique, concise et traçable.

## Ressources obligatoires

Lis intégralement :

- [Investment Memo Framework](references/investment-memo-framework.md), autorité méthodologique ;
- [contrat d’exécution portable](references/execution-contract.md), autorité runtime et persistance.

Pour une demande d’intégration applicative, lis aussi [App Display Contract](references/app-display-contract.md).

## Préflight

Recherche, dans cet ordre :

1. HANDOFF — BUSINESS, VALUATION, SHORT et PORTFOLIO du même run ;
2. handoffs fournis dans la conversation ;
3. analyses Current compatibles par entreprise, ticker, période, devise et prix.

Si le dossier est absent, incomplet ou matériellement incohérent avant le démarrage, route vers Full Analyse v1.3.0 plutôt que de mélanger des périodes. Si un incident survient pendant un pipeline déjà lancé, produis seulement un memo provisoire avec les modules manquants.

## Exécution

Applique intégralement le framework. Résous explicitement les contradictions ; ne moyenne pas mécaniquement les conclusions. La confiance calibre la taille mais n’est pas un score.

Une décision définitive et un sizing exigent un Portfolio complet. Le module ne modifie jamais Portfolio, Watchlist, Decisions ou un compte financier.

## Sortie

Produis le rapport, la Decision Card et :

### HANDOFF — CIO

- Contract version : 1.3.0
- Plugin version : 1.3.0
- Run ID :
- Module : cio
- Entreprise et ticker :
- Date :
- Handoffs consommés :
- Décision et priorité :
- Confiance :
- Poids initial / cible / maximal :
- Prix ou condition d’entrée :
- Source de financement :
- Thèse, risques et invalidations :
- Prochaine revue :
- Gaps :
- Score : null

Termine par le RUN RECEIPT. En profil persistant, publie et vérifie Investment Memo puis Current Investment Memo. En Conversation, ajoute l’EXPORT PAYLOAD.

Referenced files: 6

View saved version →

---
name: portfolio-fit
description: Évalue l’intégration d’une action, d’un ETF ou d’un dérivé dans un portefeuille réel. Utiliser pour /portfolio, /portfolio-check, /pf-fit, allocation, concentration, look-through, exposition delta, stress tests, taille ou financement ; exige un snapshot portefeuille.
---

# Portfolio Fit

Mesure l’effet réel d’une position sur le portefeuille sans exécuter de transaction.

## Ressources obligatoires

Lis intégralement :

- [Portfolio Check Framework](references/portfolio-check-framework.md), autorité méthodologique ;
- [contrat d’exécution portable](references/execution-contract.md), autorité runtime et persistance.

## Préflight portefeuille bloquant

Résous le portefeuille avant toute recherche ou tout calcul :

1. Portfolio Notion lisible et à jour ;
2. snapshot fourni dans la conversation ou un fichier ;
3. sinon demande-le une seule fois.

Accepte texte, Markdown, CSV, XLSX, JSON, export de courtier ou capture lisible. Exige au minimum instrument ou ticker, quantité ou montant et devise ; demande aussi cash et caractéristiques des dérivés lorsqu’ils sont matériels.

Si aucun snapshot exploitable n’est fourni, retourne BLOCKED_INPUT. Ne crée aucune analyse, ne modifie aucune relation Current et n’effectue pas une analyse générique présentée comme Portfolio Fit.

## Préflight société

Résous l’instrument, le marché et le cours. Une Company absente peut être créée en Version 1 si l’identité est non ambiguë.

Charge Business, Valuation et Short Current lorsqu’ils existent. Leur absence ne bloque pas le calcul des expositions, mais limite le périmètre à EXPOSURE_ONLY : le sizing fondamental et le financement restent provisoires et le statut global est PARTIAL.

## Exécution

Applique intégralement le framework :

- poids sur valeurs de marché, jamais sur PRU ;
- look-through ETF lorsque les données sont fiables ;
- dérivés en delta-equivalent ;
- cash et devises ;
- concentration et blocs de risque communs ;
- contraintes PEA / CTO ;
- source de financement et coût d’opportunité.

Ne modifie jamais quantités, PRU, cash, décisions ou ordres.

## Sortie

Produis le rapport et la Portfolio Card du framework, puis :

### HANDOFF — PORTFOLIO

- Contract version : 1.3.0
- Plugin version : 1.3.0
- Run ID :
- Module : portfolio
- Entreprise et ticker :
- Date du snapshot :
- Valeur du portefeuille :
- Périmètre : FULL_UNDERWRITING | EXPOSURE_ONLY
- Expositions avant / après :
- Prix utilisés :
- Verdict et confiance :
- Poids initial / cible / maximal :
- Source de financement :
- Risque dominant et gaps :
- Score : null

Termine par le RUN RECEIPT. En profil persistant, publie et vérifie Portfolio Analysis puis Current Portfolio Analysis. En Conversation, ajoute l’EXPORT PAYLOAD.

Referenced files: 5

View saved version →

---
name: setup-investment-os
description: Configure Investment OS for conversation-only use, an existing Notion workspace, Supabase, or another database. Use explicitly for /start, /setup, onboarding, schema diagnostics, portfolio import templates or persistence-adapter setup; do not use for an equity analysis.
---

# Investment OS Setup

Configure le contexte et la persistance d’Investment OS sans exécuter d’analyse financière.

## Invocation

Utilise cette skill uniquement sur `/start`, `/setup` ou une demande claire de configuration. Ne l’invoque jamais automatiquement avant `/business`, `/valorisation`, `/short`, `/pf-fit`, `/memo`, `/full-value` ou `/full-analyse`.

Les skills analytiques résolvent leur profil silencieusement. Un utilisateur dont le schéma Investment OS — Notion est déjà opérationnel n’a rien à configurer.

## Ressources à lire

1. Lis [Profils d’exécution](references/execution-profiles.md).
2. Lis [Modèle de données canonique](references/canonical-data-model.md) et [Enveloppe de handoff](references/handoff-envelope.md) pour une persistance.
3. Pour un portefeuille fourni comme fichier, lis [Snapshot portefeuille](references/portfolio-snapshot.md).
4. Pour une BDD externe, lis [Contrat d’adaptateur](references/persistence-adapter.md).
5. Lis uniquement le provider choisi : [Conversation](references/providers/conversation.md), [Notion Investment OS](references/providers/notion-investment-os.md) ou [Supabase](references/providers/supabase.md).

## Sécurité

- Commence toujours par un diagnostic en lecture seule.
- Ne demande jamais un secret, token ou mot de passe dans la conversation.
- Pendant `/start`, ne crée, renomme, supprime ou migre rien sans montrer le plan et recevoir une autorisation explicite. Cette règle de setup n'empêche pas les skills analytiques de créer une Company minimale lors d'un run autorisé avec persistance active.
- Une autorisation de créer un schéma n’autorise pas une suppression ni une migration destructive.
- Ne modifie jamais les positions, quantités, PRU, cash ou ordres du portefeuille.
- N’ajoute aucun connecteur obligatoire au manifest du plugin.

## Workflow

### 1. Diagnostic

Inspecte les capacités réellement disponibles : conversation, fichiers, Notion, Supabase ou autre adaptateur. Vérifie lecture, écriture, relecture, propriété `Run ID`, relations Current, idempotence, portefeuille et checkpoints. `Previous Version` est facultatif et n'est jamais requis par le runtime 1.3.0.

Si le schéma Investment OS — Notion exact est reconnu et inscriptible, réponds `Configuration existante reconnue — notion-investment-os`, résume les capacités et termine. Ne demande pas à l’utilisateur de choisir un profil.

### 2. Choix guidé

Si aucune configuration persistante complète n’est reconnue, propose :

1. Conversation uniquement ;
2. Investment OS avec Notion ;
3. Supabase ;
4. Autre BDD ou outil.

Recommande Conversation lorsqu’aucune persistance n’est nécessaire. Ne présente pas Supabase comme requis.

### 3. Plan de configuration

Présente :

- profil proposé ;
- capacités actuelles ;
- éléments manquants ;
- créations ou modifications exactes ;
- permissions nécessaires ;
- tests prévus ;
- rollback non destructif ;
- limites restantes.

### 4. Autorisation

Demande une confirmation explicite immédiatement avant toute écriture externe. Sépare si nécessaire les autorisations de création du schéma, de création des politiques et d’écriture de test.

### 5. Vérification

Après un setup autorisé :

1. vérifier le schéma ;
2. insérer un enregistrement de test identifiable ;
3. le relire ;
4. tester l’idempotence ;
5. tester le versioning ;
6. tester les autorisations positives et négatives ;
7. ne supprimer la donnée de test que si cela a été annoncé et autorisé.

### 6. Setup Card

Termine par :

| Élément | Résultat |
|---|---|
| Profil | conversation / notion-investment-os / external-database |
| Provider | Aucun / Notion / Supabase / autre |
| Lecture | Disponible / Indisponible |
| Écriture | Disponible / Indisponible / Non requise |
| Versioning | Disponible / Indisponible / Non requis |
| Portefeuille | Disponible / À fournir / Non requis |
| Checkpoints | Disponibles / Conversation uniquement / Indisponibles |
| Tests | Réussis / Partiels / Non exécutés |
| Limites | |
| Commandes prêtes | |

Ne prétends jamais qu’un provider est configuré si le test de relecture n’a pas réussi.

Referenced files: 15

View saved version →

---
name: short-seller
description: Challenge une thèse haussière avec une analyse contradictoire et forensic. Utiliser pour /short, /short-check, risques baissiers, red flags, qualité des résultats, dilution, gouvernance ou scénario Theme Right / Stock Wrong.
---

# Short Seller

Cherche ce qui peut invalider la thèse sans chercher à confirmer l’utilisateur.

## Ressources obligatoires

Lis intégralement :

- [Short Seller Framework](references/short-seller-framework.md), autorité méthodologique ;
- [contrat d’exécution portable](references/execution-contract.md), autorité runtime et persistance.

## Préflight

- Résous l’identité, la langue, le profil et un Run ID stable.
- Charge Business et Valuation Current lorsqu’elles existent et sont compatibles.
- Leur absence ne bloque pas un Short autonome sur une nouvelle société : reconstruis la thèse consensuelle à partir de sources vérifiables et ajuste la confiance.
- Dans Full Analyse, utilise les handoffs disponibles du même run sans contaminer leurs scores.

## Recherche et analyse

Applique intégralement le framework. Distingue entreprise fragile, action chère et short exploitable. Une rumeur reste un overlay non scoré. Toute allégation sensible exige une source attribuable.

Le scénario Theme Right / Stock Wrong doit être crédible et falsifiable. Short ne reçoit jamais de score numérique et ne modifie jamais Portfolio.

## Sortie

Produis le rapport et la Short Card du framework, puis :

### HANDOFF — SHORT

- Contract version : 1.3.0
- Plugin version : 1.3.0
- Run ID :
- Module : short
- Entreprise et ticker :
- Date :
- Baselines utilisées ou absentes :
- Verdict et confiance :
- Thèse baissière :
- Red flags :
- Catalyseurs :
- Risque de squeeze :
- Kill criteria :
- Gaps :
- Score : null

Termine par le RUN RECEIPT. En profil persistant, publie et vérifie Short Analysis puis Current Short Analysis. En Conversation, ajoute l’EXPORT PAYLOAD.

Referenced files: 5