ChenghaoZu/plan-obligations-cn

Rédaction de plans d'émission d'obligations spéciales

Principes généraux

Avant toute chose, effectuer un inventaire complet des documents, puis établir un registre des faits et une chaîne de preuves, et enfin structurer les chapitres et les phrases. Considérer le style linguistique comme la dernière couche de travail ; ne pas laisser une expression fluide masquer des lacunes factuelles, des échecs d'analyse, des erreurs de calcul ou des risques de non-conformité.

Considérer les documents fournis par l'utilisateur comme la limite factuelle. Pour les éléments manquants, utiliser des espaces réservés explicites ou une liste de questions ; ne pas remplacer les approbations, les estimations ou les avis des autorités compétentes par des "hypothèses raisonnables". Distinguer les prévisions des faits déjà survenus, et les jugements généraux du secteur des preuves spécifiques au projet.

Lecture des documents de référence à la demande

• Avant de commencer toute tâche de rédaction ou de vérification, lire references/fact-model.md pour établir le registre des faits et la liste des lacunes documentaires.
• Pour la rédaction d'un plan complet ou l'ajustement du sommaire, lire references/section-blueprints.md.
• Pour les aspects liés aux investissements, revenus, remboursement de la dette, financement mixte, évaluation préalable des performances ou tableaux d'objectifs de performance, lire references/performance-finance.md.
• Pour se rapprocher du style des échantillons, vérifier la formulation ou juger des défauts d'échantillons à ne pas reproduire, lire references/source-style.md.

Périmètre des capacités de l'outil

Dans un agent ou un flux de travail capable d'exécuter Python, utiliser les scripts de cette Skill pour effectuer l'analyse et la vérification déterministes des documents. Sur les plateformes ne supportant que la conversation normale sans accès au système de fichiers ni capacité d'exécution de scripts (par exemple, les conversations simples avec Doubao), se limiter à transférer le répertoire, les limites factuelles, le style et les règles de vérification manuelle ; ne pas prétendre avoir parcouru automatiquement toutes les pièces jointes ou effectué des vérifications numériques. Dans ce cas, demander à l'utilisateur de coller le contenu nécessaire ou de fournir des fichiers lisibles par la plateforme, et lister explicitement les vérifications non effectuées.

Flux de travail

1. Déterminer le périmètre de la tâche

Confirmer que la livraison relève d'un ou plusieurs des éléments suivants :

• Rédaction d'un plan complet à partir de zéro ;
• Rédaction complémentaire ou réécriture de chapitres à partir d'un plan existant ;
• Génération d'un rapport d'évaluation préalable des performances ou d'un tableau d'objectifs de performance ;
• Vérification des faits, des chiffres, des politiques, de la logique et du style ;
• Transformation de documents sectoriels en format de déclaration pour obligations spéciales ;
• Production de texte brut, Markdown, DOCX ou tableaux.

Identifier le lieu du projet, l'année de déclaration, le domaine d'investissement des obligations spéciales, la période de construction, la période d'exploitation, la structure de financement, et si un financement marchand est inclus. Ne pas reprendre par défaut les années, taux d'intérêt, numéros de documents, domaines d'investissement ou organismes de tutelle des échantillons.

2. Inventaire complet et lecture des documents

Lorsque l'utilisateur fournit deux fichiers ou plus, ou un répertoire de documents, commencer par un inventaire récursif de tous les fichiers, sans se contenter d'un échantillonnage, de la lecture des seuls fichiers dont le nom semble important, ou de s'arrêter après le premier fichier disponible. Exécuter :

python scripts/collect_materials.py path/to/materials --output-dir path/to/materials-audit

Pour les documents clés tels que l'approbation de projet, l'étude de faisabilité ou l'avant-projet sommaire les plus récents, le tableau de financement, le tableau des revenus et du remboursement du principal et des intérêts, utiliser --key-file path/to/file pour les marquer ; le script retourne un code non nul si les fichiers clés ne sont pas complètement traités. Ajouter --fail-on-incomplete si tout fichier non traité doit être considéré comme un blocage.

Pour chaque fichier, conserver un numéro de source unique, le chemin, le format, le nombre de pages ou de feuilles de calcul, la quantité de texte ou de cellules extraites, l'état d'analyse, les avertissements et l'état d'attente d'OCR. Lire au moins materials-index.json, materials-report.md et fact-candidates.json. Vérifier un par un que le nombre total de fichiers dans le récapitulatif est égal à la somme des statuts "traité", "échec d'analyse", "non supporté", "en attente d'OCR", etc.

Traiter selon le format :

• PDF : Extraire page par page et conserver les numéros de page ; marquer les pages scannées ou celles avec trop peu de texte comme en attente d'OCR, et les revérifier via le rendu de page ou la capacité visuelle ;
• DOCX : Lire le texte principal et les tableaux, conserver la localisation des paragraphes ou des tableaux ;
• XLSX/XLS/CSV/TSV : Lire feuille par feuille ou ligne par ligne, conserver la localisation des feuilles et des cellules ; ne pas se contenter de lire les valeurs affichées en ignorant la formule sous-jacente ;
• Images : Lire via la vision ou l'OCR ; le script se contente de marquer comme en attente d'OCR, ne considère pas "fichier trouvé" comme "contenu lu" ;
• Non supporté ou échec d'analyse : Enregistrer la raison, ne pas ignorer silencieusement.

En cas d'échec d'analyse d'un document clé, de documents scannés clés non encore OCRisés, ou de non-concordance du rapport de couverture des fichiers, arrêter la production d'une version finale complète ; livrer d'abord la portée de la lecture, la liste des échecs et les actions complémentaires minimales. Les échecs d'annexes non critiques peuvent être ignorés, mais doivent être divulgués dans la note de livraison.

3. Établir le registre des faits

Extraire de tous les fichiers "traités" de la liste des documents : le nom du projet, le sujet, le lieu, le contenu de la construction, les paramètres d'échelle, les procédures d'approbation, la composition de l'investissement, les sources de financement, l'avancement de la construction, les sources de revenus, les prix et quantités, les coûts et taxes, les conditions de financement, les arrangements de remboursement, les objectifs de performance et les emplacements des preuves. Considérer les faits candidats identifiés par le script comme des pistes de recherche, et les confirmer en revenant à la page, au tableau ou à la cellule d'origine avant de les inscrire dans le registre des faits.

Pour chaque fait, annoter :

• Valeur et unité ;
• Fichier source et numéro de page, nom de tableau ou cellule ;
• Date de l'information ;
• Statut : confirmé, à vérifier, prévision, hypothèse ;
• Conflit ou non avec d'autres documents.

En cas de conflit entre documents, lister d'abord les différences, privilégier les approbations officielles, les documents estampillés et les versions les plus récentes, sans faire de choix silencieux. Toute valeur multiple pour un même nom automatiquement identifiée doit entrer dans la liste des conflits ; utiliser un espace réservé tant que le contexte n'est pas clarifié, sans laisser le modèle "synthétiser" une valeur.

4. Vérifier les limites politiques et de conformité

Vérifier que les documents cités sont toujours en vigueur pour l'année de déclaration en cours, et vérifier le nom complet, le numéro de document, l'organisme émetteur, la date et le champ d'application. Privilégier les sources faisant autorité comme le gouvernement, les finances publiques, le développement et la réforme.

Vérifier en priorité :

• Le domaine d'investissement du projet correspond au périmètre de soutien des obligations spéciales de l'année ;
• Le contenu de la construction n'appartient pas aux catégories interdites ou à la liste négative applicables ;
• Le projet a un caractère d'intérêt public et génère des revenus directement liés, légaux et conformes ;
• Les limites entre l'utilisation du financement, le capital, les obligations spéciales et le financement marchand sont claires ;
• Les revenus ne sont pas comptés deux fois, détournés d'autres projets, ou dépendants de subventions budgétaires non confirmées ;
• La période de prévision, la durée de l'obligation, la période d'exploitation et la durée de vie utile des actifs sont cohérentes entre elles.

S'il est impossible de se connecter à Internet ou d'obtenir les dernières politiques, écrire explicitement "l'actualité des politiques est à vérifier par l'autorité compétente", sans utiliser de numéro de document d'échantillon comme référence en vigueur.

5. Construire la chaîne d'argumentation

Organiser l'argumentation centrale selon l'ordre suivant :

1. Quelles sont les exigences des politiques et des plans ;
2. Quelles lacunes existent actuellement dans la région ou le secteur ;
3. Quels contenus de construction de ce projet résolvent ces lacunes ;
4. Quels résultats vérifiables et bénéfices publics sont générés après l'achèvement ;
5. Quels revenus du projet sont utilisés pour le remboursement de la dette ;
6. Les investissements, le financement, les flux de trésorerie et le remboursement de la dette sont-ils bouclés ;
7. Qui contrôle les risques, comment sont-ils surveillés et traités ;
8. Comment les indicateurs de performance sont-ils quantifiés et liés au contenu de la construction et aux calculs.

Chaque conclusion importante doit correspondre à au moins un fait du projet ou à une source faisant autorité. Supprimer les paragraphes vagues qui n'expriment qu'une attitude sans faire avancer l'argumentation.

6. Consolider la structure et le style

Extraire d'abord l'"empreinte structurelle" du modèle spécifié par l'utilisateur ou d'échantillons formels similaires : l'ordre des chapitres de premier niveau, la hiérarchie des titres de deuxième et troisième niveaux, la séquence des phrases de préface, l'emplacement des tableaux, la précision des montants et des pourcentages, les limites de conclusion habituelles. En l'absence de modèle spécifié, utiliser le plan standard de references/section-blueprints.md.

Établir un tableau d'engagement des chapitres, en enregistrant pour chaque chapitre : "questions auxquelles il faut répondre, faits essentiels, tableaux essentiels, conclusions autorisées, éléments interdits de migration". Conserver la structure stable et le style formel, prudent et structuré des échantillons, mais sans migrer le nom du projet, les montants, les années, les taux d'intérêt, les numéros de documents, les notes ou les sujets des échantillons. Expliquer la raison en cas de déviation par rapport au modèle, sans ajouter ou supprimer involontairement des chapitres de premier niveau.

7. Rédiger le corps du texte

Rédiger section par section selon l'engagement des chapitres de references/section-blueprints.md. Écrire d'abord le contenu spécifique au projet, puis les clauses de gestion générale ; les clauses générales doivent être adaptées au sujet réel, au compte de fonds, au mode de construction et à la responsabilité d'exploitation.

Maintenir les habitudes linguistiques suivantes :

• Utiliser des formulations administratives et financières formelles, objectives et prudentes ;
• Donner d'abord la base ou le fait, puis le jugement, et enfin expliquer le rôle du projet ;
• Utiliser des expressions circonscrites telles que "contribue à", "devrait", "selon les calculs", "sous réserve que les conditions pertinentes soient réunies" ;
• Utiliser de manière cohérente le nom officiel du projet et le nom complet du sujet ; si une abréviation est nécessaire ultérieurement, la définir d'abord ;
• Les montants sont généralement exprimés en dix mille yuans avec deux décimales ; les ratios et les multiples de couverture conservent une précision uniforme ;
• Les noms de politiques utilisent des guillemets chinois « », les numéros de documents utilisent des parenthèses normalisées ;
• La numérotation des chapitres utilise une hiérarchie stable : "一、", "（一）", "1.", "（1）".

Éviter l'accumulation de slogans, le marketing excessif, les promesses absolues, les résidus de sources en ligne, les guillemets non fermés, les mots répétés, les numérotations répétées et les termes non fondés comme "majeur", "significatif", "nécessairement".

8. Élaborer les calculs de performance et de financement

Mapper les objectifs généraux, les objectifs annuels et les indicateurs de performance un par un au contenu de la construction, au calendrier de mise en œuvre, au plan d'investissement et aux estimations de revenus. Couvrir au moins la quantité, la qualité, le timing, le coût, l'exécution budgétaire, l'efficacité, l'impact durable, l'équilibre entre le financement et le remboursement, et la satisfaction ; pour les catégories non applicables, expliquer la raison.

Utiliser les détails originaux pour calculer les totaux, ne pas déduire les tableaux des conclusions du texte principal. Lorsqu'il s'agit de chiffres, d'abord créer ou mettre à jour un JSON structuré des faits, puis exécuter :

python scripts/validate_project_facts.py path/to/project-facts.json

Si un modèle de champ est nécessaire, exécuter :

python scripts/validate_project_facts.py --write-template path/to/project-facts.json

La vérification couvre au moins la composition de l'investissement, les sources de financement, le phasage du financement, les multiples de couverture de chaque instrument de financement, les flux de trésorerie annuels cumulés, la trésorerie de fin de période et les écarts négatifs. Traiter toutes les erreurs signalées par le script ; pour les avertissements, les évaluer un par un et conserver les problèmes non résolus dans la note de livraison. Ne pas considérer l'équilibre financier comme établi uniquement sur la base de l'apparition de "multiple de couverture supérieur à 1" dans le texte principal.

9. Effectuer une vérification transversale et de la qualité du manuscrit final

Une fois le plan complet terminé, exécuter :

python scripts/lint_plan_text.py path/to/draft.docx --project-name "Nom officiel du projet"

Pour les chapitres partiels, utiliser --partial. Corriger toutes les erreurs et traiter un par un les avertissements concernant les lacunes structurelles, les anomalies de numérotation, les espaces réservés, les résidus de sites web ou d'outils, les promesses absolues, les incohérences de nom de projet et la ponctuation non fermée.

Effectuer au moins les vérifications suivantes :

• Le nom du projet sur la couverture, la table des matières, la préface, le corps du texte et les annexes est strictement cohérent ;
• L'autorité compétente, l'unité responsable du projet, la gestion des actifs et la responsabilité d'exploitation sont cohérentes d'un bout à l'autre ;
• Le contenu, l'échelle et l'unité de construction sont conformes à l'approbation ou à l'étude de faisabilité ;
• L'investissement total est égal à la somme de toutes les sources de financement, et chaque proportion est cohérente avec le montant ;
• Le total des émissions par tranches ou du financement est égal au montant total correspondant du financement ;
• Le plan d'investissement annuel est cohérent avec la période de construction et le plan d'utilisation des fonds ;
• Les revenus, les coûts, les taxes, les flux de trésorerie nets, le remboursement du principal et des intérêts, et le solde de fin de période se recoupent ;
• Le numérateur, le dénominateur et le périmètre du multiple de couverture sont cohérents dans le texte principal, les tableaux et les indicateurs de performance ;
• Les mesures de risque incluent le sujet responsable, le signal de déclenchement, l'action de contrôle et le mécanisme de rapport ;
• Chaque indicateur de performance a une valeur, une unité, une base de calcul et une source de données ;
• Toutes les dates des politiques, les dates du projet et les expressions "actuel/futur" sont conformes au moment de la déclaration ;
• Le texte ne contient pas de noms de sites web sources, de marques d'outils, d'annotations, de traces de révision ou d'espaces réservés oubliés.

10. Livraison

Lorsque les documents sont suffisants et que les trois contrôles sont passés, livrer le contenu complet du texte principal et des tableaux prêt pour la mise en page : le contrôle de la couverture documentaire, le contrôle de la validation numérique structurée, et le contrôle de la qualité du texte final. Si les documents sont insuffisants, livrer néanmoins le rapport de couverture documentaire, le registre des faits confirmés, le sommaire recommandé, les chapitres pouvant être rédigés, la liste des conflits et des lacunes, et la liste minimale des documents complémentaires, sans utiliser de contenu fictif pour remplir les pages.

Placer le contenu suivant en dehors du texte principal, sauf si l'utilisateur demande son inclusion dans le document officiel :

• Hypothèses clés ;
• Questions en suspens ;
• Rappel sur l'actualité des politiques ;
• Résultats des vérifications numériques ;
• Liste des conflits avec les documents source.