CommunityRecherche & Datenanalysegithub.com

feasibility-report-engine

Erstellt vollständige Machbarkeitsstudien nach der Leitlinie 2023 der Nationalen Entwicklungs- und Reformkommission (NDRC) – inklusive Word-Endbericht und Excel-Finanzberechnungstabellen. Basiert auf realen Projekten mit über 200.000 Zeichen und 131 Tabellen.

Was ist feasibility-report-engine?

Die Fähigkeit „feasibility-report-engine“ automatisiert den gesamten Workflow zur Erstellung professioneller Machbarkeitsstudien (Machbarkeitsstudie, Projektvorschlag, Finanzierungsbericht) – von der ersten Bedarfsanalyse bis zur auslieferungsfertigen Word-Datei und Excel-Finanzberechnungsmappe. Sie unterstützt zwei offizielle NDRC-Gliederungen von 2023: eine 11-Kapitel-Version für staatlich finanzierte Projekte und eine 10-Kapitel-Version für unternehmensfinanzierte Projekte. Der Prozess umfasst sechs Schritte: (0) Erfassung der Ausgangsmaterialien und Falltypenbestimmung, (1) Online-Recherche mit Quellenangabe, (2) arbeitsteiliges Schreiben mit mehreren KI-Modellen (Gliederung, Detailausarbeitung, Berechnungen, Qualitätskontrolle, visuelle Prüfung), (3) Qualitätssicherung durch Reflexion, Prüfung und Korrektur, (4) professionelle Formatierung und KI-Spurenentfernung, (5) automatisierte Berichts-QA mit Python-Skripten sowie (6) visuelle Abnahme durch multimodale KI-Modelle. Die Fähigkeit enthält Python-Skripte (rein auf Standardbibliotheken basierend) für die Dokumentenanalyse, Gliederungserstellung, Tabellenkalkulation, Formatbereinigung und Qualitätssicherung. Sie ist für die Auslieferung an externe Kunden optimiert – mit klaren Vorgaben zur verdeckten Auftragsfertigung (keine KI-Markierungen, Platzhalter für Kundendaten) und einem professionellen Workflow, der häufige Fehler wie falsche Gliederungen, nicht abgestimmte Finanztabellen und Probleme beim Seitenumbruch vermeidet. Die Ausgabe besteht aus drei Dokumenten: dem Word-Bericht (komplett mit Deckblatt, Inhaltsverzeichnis und Anhängen), der Excel-Finanzberechnungsmappe (mit automatisch verknüpften Formeln) und einer Erläuterung der Erstellungsmethode.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/feasibility-report-engine

Installed? Explore more Recherche & Datenanalyse skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Machbarkeitsstudien-Schreibmaschine (Industrieprojekt-Machbarkeitsstudie · Vollständiges Handbuch für die Auslieferung an externe Kunden)

Fähigkeitsform: Diese Fähigkeit = „Word-Vollversion + Excel-Berechnungsmappe“-Auslieferungsversion für das Schreiben von Machbarkeitsstudien. Ausgabeform: ①Word-Bericht (komplett mit Deckblatt, Haupttext und Anhängen nach der NDRC-Leitlinie 2023) ②Excel-Investitionsberechnungsmappe (alle Formeln vorbereitet). Verwandte Fähigkeiten derselben Geschäftsgruppe (nach Auslieferungsform unterschieden): PPT-Version der Machbarkeitsstudie, PDF-Version der Machbarkeitsstudie – werden separat erstellt (geplant, siehe README-Fähigkeiten-Roadmap). Kurzanleitung: Kunde/Projektgeber liefert Materialien → Diese Maschine in sechs Schritten → Auslieferung der drei Komponenten (Bericht docx + Berechnungsmappe xlsx + Erstellungsanleitung docx) an den Chat. Diese Maschine basiert auf der praktischen Erfahrung eines echten Großauftrags vom September 2026 (300 Milliarden Ozeanindustrie-Cluster, neun Bände, 200.000 Zeichen), einschließlich aller Fallstricke.

v1.6 Verbesserungen (diesmal): ① Neu: report_qa.py für Langdokument-QA (Cache/Assertion-Prüfung/Regex-Suche) & pipeline_check.py für Pipeline-Selbstprüfung, reine Python-Standardbibliothek, null Abhängigkeiten, sofort lauffähig; ② Neu: „Drei Qualitätstore für Berichte“ & „Checkliste vor Auslieferung“ – von „Auslieferung nach Gefühl“ zu „Auslieferung Punkt für Punkt abgehakt“; ③ Ergänzung: „Eiserne Regeln für Seitenumbrüche & Bilder (Word-Rendering ≠ LibreOffice-Rendering)“ & PDF-Auslieferung; ④ Neues Kapitel: „Überarbeitung & Abstimmung von Berechnungsparametern“ – Kundenkorrekturen/Änderungen von Zahlen laufen nicht mehr schief; ⑤ Neu: Prüftabelle für Finanzberechnungsparameter & Abstimmung der vier Haupttabellen, Sensitivitätsanalyse-Anforderungen.

1. Auslösebedingungen & Positionierung

Auslöser: Kunde/Auftraggeber wünscht „Machbarkeitsstudie“, „Durchführbarkeitsstudie“, „Projektvorschlag“, „Finanzierungs-Due-Diligence-Bericht“; Kunde liefert lose Materialien (Projektname/Ort/Umfang/einige Bilder) und benötigt einen formellen Bericht für Investoren/Prüfung/Gewerbeanmeldung.

Abgrenzung zu verwandten Fähigkeiten:

FähigkeitVerwendung
Diese MaschineExterne Kundenauslieferung von Machbarkeitsstudien (Compliance-Goldstandard = NDRC-Leitlinie 2023)
report-production-pipelineAllgemeine Berichtsproduktionspipeline (fünf Phasen + Selbstprüfungsskripte), die Schritte 2–4 dieser Maschine sind isomorph dazu
feasibility-study-writingInterne Entscheidungs-/Geschäftsplanbewertung
mh-calculationFinanzberechnungsmaschine (17 Tabellen, diese Maschine ruft sie zur Berechnung auf)

Rote Linien für kommerzielle Auslieferung (verdeckte Auftragsfertigung):

  • Kunde signiert unter eigenem Namen, wir erstellen nur den Inhalt – Erstellungsfirma/Datum/Unterschrift bleiben leer, vom Kunden auszufüllen
  • Keine KI-Spuren (Dateinamen ohne „Endversion/AI/Dualmodell-Prüfung“, Metadaten löschen, keine KI-Symbole im Text)
  • Qualifikationsstempel: Kunde darauf hinweisen, eine qualifizierte Ingenieurberatung für die gemeinsame Stempelung zu finden (Compliance-Rotlinie + Akquise-Einstiegspunkt)
  • Preisanker: Verkauf „schnell + professionell“, Standard-Anpassung 8.000–15.000, keine Niedrigpreise unter 3.000

2. Branchengoldstandard: Zwei Gliederungen (Erst Falltyp bestimmen, dann schreiben)

Nationale Entwicklungs- und Reformkommission Investitionsprojekt-Machbarkeitsstudien-Schreibrichtlinie und -Erläuterung (Fa Gai Tou Zi Gui [2023] Nr. 304) – der einzige Compliance-Standard für Machbarkeitsstudien.

FalltypStaatlich finanzierte Projekte (Allgemeine Gliederung 11 Kapitel)Unternehmensfinanzierte Projekte (Referenzgliederung 10 Kapitel)
FinanzierungStaatsinvestition/Kapitaleinlage/SpezialanleihenEigenfinanzierung des Unternehmens/Marktfinanzierung
Typische KundenStadtentwicklungsgesellschaften/Plattformen/StaatsprojektePrivatunternehmen/Industrieinvestitionen/Mischbesitz
BetonungBaunotwendigkeit/gesellschaftlicher Nutzen/HaushaltsausgleichMarktnachfrage/Profitabilität/Geschäftsmodell

Vollständige Kapitelanforderungen siehe references/ (gov-dagang-2023.md für Regierungsversion, ent-dagang-2023.md für Unternehmensversion), beim Schreiben Kapitel für Kapitel abgleichen.

Falltyp-Selbstprüfung (Falscher Falltyp = gesamte Arbeit von vorne, beantworte zuerst diese vier Fragen)

  1. Woher kommt das Geld: Staatsmittel/Spezialanleihen/Regierungsplattformfinanzierung → Regierungsversion; Eigenfinanzierung/kommerzielles Darlehen/Marktfinanzierung → Unternehmensversion.
  2. Wer sieht den Bericht: NDRC-Prüfung/Genehmigung, Staatsmittelantrag → Regierungsversion; Bankkreditprüfung, Investitionsentscheidung, Gewerbeanmeldung → Unternehmensversion.
  3. Wessen Bedürfnisse erfüllt: Öffentlicher Bedarf (regionale Engpässe/soziale Belange/harte Anforderungen übergeordneter Pläne) → Regierungsversion; Marktnachfrage und Profitabilität → Unternehmensversion.
  4. Hat der Bericht diese Kapitel: Leistungsmanagementplan, CO2-Peaking/Neutralitätsanalyse → spezifisch für Regierungsversion; höheres Gewicht für Geschäftsmodell/Marketingstrategie/Wettbewerbsanalyse → Unternehmensversion.

Bei gemischter Finanzierung (Regierungskapitaleinlage + Eigenfinanzierung): Prüfungs-/Genehmigungsperspektive als Hauptgliederung, Unternehmensfinanzanalyse in das Kapitel „Investition, Finanzierung & Finanzplan“ einfügen und in der Übersicht auf die doppelte Perspektive hinweisen.

3. Sechs-Schritte-Workflow (Gesamter Prozess)

Schritt 0: Materialerfassung + Falltypbestimmung + Drei Fragen vor Auftragsannahme (0,5 Std.)

Vor dem Schreiben drei Dinge klären:

  1. Verwendungszweck (Projektanmeldung/Genehmigung/Bankfinanzierung/Investoren-Roadshow/Interne Entscheidung) → bestimmt Tiefe der Formatierung und Gliederung
  2. Eigentümerart (Regierungsplattform/Privatunternehmen) → bestimmt, ob Regierungs- oder Unternehmensversion der Gliederung verwendet wird
  3. Deadline → bestimmt Modus A (komplett 7–15 Tage) oder Modus B (erste Version schnell in 1–3 Tagen) ⭐

Materialerfassung „vorhanden vs. fehlend“, fehlende Punkte auf einmal abfragen, nicht hin und her. Fehlende Investitionsschätzung → Branchenbenchmark-Schätzung mit Vermerk „nach Branchenpraxis für XX“; fehlendes Land/Standort → öffentliche Planungsrecherche. Kunde gibt wenig Informationen → Modus B.

Erledigungskriterium: Falltyp-Entscheidung in einem Satz festgehalten (Regierungs-/Unternehmensversion + Begründung); Liste der Materiallücken erstellt; Modus A/B klar.

Schritt 0.5: Liste der Materialanforderungen (Drei Chargen, alles auf einmal anfordern, nicht während des Schreibens nachfragen)

ChargeInhaltKonsequenzen bei Fehlen
1. Charge Mengen, Preise & InvestitionsbasisBauinhalte und -umfang, Geräteliste & Angebote, Grundstückspreis/Miete, Strom-/Wasser-/Gaspreis, ArbeitskostenFehlt → nur „Vorstudienversion“ möglich, Investitionsschätzung mit Branchenpraxis-Vermerk
2. Charge Rechtssubjekt & ComplianceGewerbeanmeldung/Rechtssubjekt, Grundstücksvorprüfung & Standortauswahl, UVP/Energieprüfung/Wasserschutz/Stabilitätsprüfung, Meeresnutzungsgenehmigungen & BearbeitungsstatusFehlt → Compliance-Modul nur mit „in Bearbeitung“ möglich, wird bei Prüfung kritisiert
3. Charge Markt & AuftragsnachweiseInteressensbekundungen/Rahmenverträge, Vor-/Nachverträge, Betriebsdaten ähnlicher Projekte, PolitikhintergrunddokumenteFehlt → Marktanalyse nur mit öffentlichen Daten, geringere Tiefe

Listenvorlage: references/data-request-list.md. Beim Versenden der Liste gleichzeitig mitteilen: „Fehlt die 2. Charge, nur Vorstudienversion möglich“ – das ist professionell und dient als Hebel für eine zweite Abrechnung.

Schritt 1: Online-Recherche (Pflicht! 1–3 Std., vier parallele Pfade)

Nicht schreiben ohne zu recherchieren. Der Unterschied zwischen einer „vorzeigbaren“ Machbarkeitsstudie und einer „Schablonen-Phrasendrescherei“ = Jede Aussage wird durch Daten/Politik gestützt.

  1. Politik: Provinz-/Stadt-Industriepolitik/Spezialplan/Branchenzulassung → Suche „[Branche] 15. Fünfjahresplan“, „[Provinz/Stadt] Industriepolitik [Branche]“
  2. Markt: Branchengröße/Wachstum/Wettbewerbsstruktur → Broker-Research/Industrieverbände/Statistikbehörden, multipel kreuzvalidieren
  3. Region: Standort-Industriepark/Land/Infrastruktur/ähnliche Projekte → Suche „[Stadt] [Branche] Industriepark“
  4. Benchmark: Investitionsintensität/Rendite ähnlicher Projekte → Abgleich mit mh-calculation Branchenbenchmarks

Jede Schlüsseldatenquelle mit Quelle (Institut + Jahr + Link) versehen, im Text referenzieren. Fehlende Daten nicht erfinden, sondern „durch Due Diligence zu bestätigen“ schreiben und Branchenspanne angeben.

Datenerfassungskanäle (nach Seitenschwierigkeit aufsteigend, nicht bei der ersten Stufe aufgeben):

  • Stufe 1: Normales Crawling/Suchmaschinen-Zusammenfassung – Politikoriginaltexte, Nachrichten, öffentliche Berichte
  • Stufe 2: Crawling mit Anti-Scraping-Umgehung (JS-Rendering, Cloudflare-Challenge) – Regierungsseiten, Branchenverbände, Research-Seiten
  • Stufe 3: Browser-Steuerung (Klicken/Blättern/Formulare) – Daten, die Interaktion erfordern (Abfragesysteme, öffentliche Datenbanken)
  • Zurückgeholte Rohmaterialien lokal speichern (<Projektname>/Due Diligence/ nach Quelle benannt), beim Schreiben nachschlagbar, bei Überarbeitung keine erneute Recherche nötig.

Erledigungskriterium: Kann für jede Schlüsselzahl „Wer hat es gesagt, welches Jahr, welche Definition“ beantworten; Rohmaterialien lokal gespeichert und nachschlagbar.

Schritt 2: Arbeitsteiliges Schreiben (Modell-Matrix – so sind 200.000 Zeichen möglich)

Lassen Sie nicht ein Modell den gesamten Text auf einmal fressen. Rollenverteilung:

  • Chefmodell (aktuelles Dialogmodell): Strukturgerüst bauen, Einleitung/Überblick/Strategieargumentation schreiben, finale Zusammenstellung und Prüfung
  • Erweiterungsmodell (stärkeres Modell-API, z. B. DeepSeek V4 Pro / Qwen Max): Tiefgehendes Ausformulieren von Finanzbewertung, Marktanalyse etc. – jedes Kapitel mit „Ist-Zustand + Anforderung zur Erweiterung + Beispiel“ füttern, max_tokens erhöhen (12000+, sonst frisst Reasoning die Ausgabe auf 0)
  • Berechnungsmodell: mh-calculation für IRR/NPV/Amortisationszeit aufrufen (nicht per Hand rechnen)
  • Prüfmodell (intelligentes Modell, gesamten Text durchlesen und Fehler suchen): Qwen/Doubao als erfahrener Praktiker den gesamten Text durchlesen (keine Zusammenfassung füttern) nach Logiklücken/diskrepanz in den Definitionen/Datenverzerrungen
  • Visuelles Modell (Formatierungsabnahme, siehe Schritt 4): Mimo 2.5 / DeepSeek Vision / GLM-4V / Qwen VL kreuzweise Bilder prüfen

Erfahrung: Mit einem API-Key können zwei Stufen genutzt werden (Flash für Alltag/Pro für Tiefgang); Prüfung bekommt den vollständigen realen Text, keine Zusammenfassung, sonst umsonst.

Vor dem Schreiben eine Kapitelliste erstellen (Jedes Kapitel = Worum geht es | Womit wird es begründet | Woher kommt es), Kapitel mit Lücken in der Beweisspalte zu Schritt 1 zurück, nicht mit leeren Beweisen zu schreiben beginnen. Vorlage: templates/report-plan.md.

Erledigungskriterium: Kapitelliste mit allen drei Spalten vollständig, keine Lücken; jeder Kapitelentwurf mit Daten, Quellen, geschlossener Logikkette.

Schritt 3: Drei Qualitätstore (KI-Entwurf → Lieferreif, diese Hürde nicht überspringen)

TorAktionWas tun bei Nichtbestehen
① ReflexionProzess rückblickend prüfen: Daten vollständig? Quellen zuverlässig (Primär/Sekundär)? Logische Sprünge?Daten ergänzen, Quellen wechseln, Argumentation ergänzen
② PrüfungListe Punkt für Punkt abhaken: Schlussfolgerungen & Beweise passend? Übermäßige Schlussfolgerungen? Gegenpositionen berücksichtigt? Zahlen/Namen/Daten korrekt? Definitionen einheitlich?Punkt für Punkt korrigieren, nicht „ungefähr“
③ KorrekturKorrigierte Stellen müssen erneut überprüft werden (besonders auf neu eingeführte Fehler achten) und gesamter Text auf alte DefinitionsresteWenn erneute Prüfung nicht bestanden wird, noch einmal durchführen

Checkliste: templates/review-checklist.md. Maschinenausführbare Mindestprüfung:

python3 scripts/pipeline_check.py Bericht.md          # Quellenangabe/Unsicherheitsoffenlegung/Gegenperspektive/Schlussfolgerung/Struktur/Zahlenformat
python3 scripts/pipeline_check.py Bericht.md --strict --json   # Exit-Code ungleich 0 = harter Mangel, kann direkt in Automatisierung übernommen werden

Entwurf und Prüfung dürfen nicht in derselben Runde erfolgen – eigene Fehler sieht man selbst nicht, das ist ein kognitives Gesetz, keine Einstellungsfrage. Andere Perspektive/ein anderes Modell/mindestens eine andere Runde.

Schritt 4: Formatierungstechnik (KI-Entwurf → Professionelle Auslieferungsversion, mit Skripten per Knopfdruck)

Von KI generiertes docx direkt auszuliefern ist ein Merkmal von Laien. Mit Skripten verarbeiten:

# 1) Gerüst von Null: Deckblatt + Unterschriftsseite + automatisches Inhaltsverzeichnis + Kopf-/Fußzeile (Stilsystem integriert)
python3 scripts/gen_report_docx.py „Projektname“ „“ Ausgabe.docx
#    (Mittlerer Parameter = Erstellungsfirma, bei externer Auslieferung immer leer lassen)

# 2) Vorhandener Entwurf/Kunden-docx: Vorderseite hinzufügen (Deckblatt/Unterschriftsseite/Inhaltsverzeichnis-Feld) → siehe scripts/face_docx.py --help
python3 scripts/face_docx.py Eingabe.docx Ausgabe.docx „Projektname“ „“ „KY-2026-××ד

# 3) Formatierungsbereinigung (KI-Spuren entfernen + Stil wiederherstellen + Tabellen verschönern) ⭐ Am häufigsten verwendet
python3 scripts/docx_polish.py Eingabe.docx Ausgabe.docx „Projektname“ --title „Berichtstitel“

# 4) Berechnungsmappe (Formeln vorbereitet, Blau = Eingabe) ⭐ Professionelle Version v2 (Drei-Linien-Tabelle + Fünf-Farben-Semantik + Deckblattfüllanleitung)
python3 scripts/gen_model_xlsx_v2.py Ausgabe.xlsx „Projektname“ GesamtinvestitionMillionenYuan UmsatzMillionenYuan Bauzeit Betriebszeit
#    Beispiel: python3 scripts/gen_model_xlsx_v2.py Mappe.xlsx „XX-Projekt“ 3000000 600000 4 16

# 5) Erstellungsanleitung & Materialanforderungsliste (1–2 Seiten, eine der drei Auslieferungskomponenten)
python3 scripts/gen_shuoming.py Ausgabe.docx „Projektname“ „ca. 30 Milliarden Yuan“

4.1 Eiserne Regeln für Seitenumbrüche & Bilder (Word-Rendering ≠ LibreOffice-Rendering – bittere Erfahrung)

Kernerkenntnis: Mit LibreOffice in PDF konvertieren ≠ Word/WPS-Ansicht. 90 % der Kunden verwenden Word/WPS, Probleme mit Seitenumbrüchen/Bildern treten nur bei Word-Engines auf. Erst XML prüfen, dann Schlussfolgerung ziehen.

SymptomGrundursacheReparatur
Bild nur als schmaler Streifen/Ecke sichtbarNormal-Stil lineRule="exact" mit festem Zeilenabstand schneidet Inline-Bilder ab (Word-spezifisch, LibreOffice nicht)Zeilenabstand im Textstil auf atLeast ändern (optischen Zeilenabstand behalten, aber Bilder zulassen); Absätze mit Bildern explizit spacing line=240 lineRule=auto setzen
Eine Seite nur eine Zeile Text / großer WeißraumTabellenzeile hat jede Zeile cantSplit (Seitenumbruch verboten) → große Tabelle passt nicht und springt komplett auf nächste SeiteNur Kopfzeilen mit cantSplit, Datenzeilen alle Seitenumbrüche erlauben; Kopfzeilen mit tblHeader (automatische Wiederholung über Seiten)
Tabelle verursacht abnormalen Seitenumbruch in WordTabellenbreite über Satzspiegel (A4-Satzspiegel = 8730 Twips, 3 cm linker Rand)gridCol proportional auf ≤8700 Twips reduzieren
Hängende Zeile am Seitenende (2 Zeilen am Ende der Seite Satzende)Absatz genau über Seitenende, nur 2 Zeilen übrigAbsatz mit keepLines (kein Seitenumbruch innerhalb des Absatzes) versehen, gesamten Absatz auf nächste Seite verschieben
Hängende Zeile auf letzter Seite („(Vollständiger Text)“ allein auf Seite)Schlussabsatz nach großer Anhangstabelle passt nicht und wird auf letzte Seite geschobenSchlussmarkierung direkt löschen oder vorherige Tabelle verkleinern
Deckblatt „Erstellungsfirma: ______“ LinieUnterstrichenes Leerzeichen als Run (<w:u> + Leerzeichen)Bei ausgefülltem Firmennamen Run mit Unterstrich-Leerzeichen löschen, keinen Platzhalterstrich hinterlassen

Nach Reparatur neu rendern und prüfen: fitz Seite für Seite nach max_y<350 („fast leere Seiten“) und Bildbreite>200pt scannen, Vollständigkeit bestätigen.

4.2 PDF-Auslieferung (Lesemodus für Investoren)

  • LibreOffice soffice --headless --convert-to pdf reicht aus, Titelgliederung wird automatisch zu Lesezeichen (766 Stück = professionell)
  • Seitenzahl-/Inhaltsverzeichnis-Felder werden als Platzhalter gerendert (normal, Word F9 aktualisiert) – PDF wird mit LO gerendert, ohne Probleme; bei docx den Kunden darauf hinweisen, es mit Word zu öffnen und F9 zu drücken
  • Große docxs (>10 MB mit vielen Bildern) können in der Handy-/IM-Vorschau Bilder nicht anzeigen → PDF-Version beilegen + Hinweis, Word zu öffnen

Schritt 5: Berichts-QA (Automatische Prüfung von Zahlen & Formaten)

python3 scripts/report_qa.py stats Bericht.docx                 # Umfangskontrolle: Seiten/Absätze/Zeichen/Inhalte/Inline-Bilder
python3 scripts/report_qa.py grep  Bericht.docx „alte Definition|alte Zahl“    # Regex-Suche (auch Tabellenzellen, Tabellenübersehen = Hälfte der Zahlen übersehen)
python3 scripts/report_qa.py check Bericht.docx baseline.json    # Assertion-Prüfung: Verbotene Wörter müssen 0 Treffer, Pflichtinhalte müssen vorkommen
python3 scripts/report_qa.py cache Bericht.docx                  # Klartext-Cache erstellen, bei Überarbeitung wiederholtes Prüfen ~14x schneller
  • Vor Auslieferung der Überarbeitung jede Kundenanforderung als Assertion schreiben (verbotene Wörter / Pflichtvorkommen) und mit einem Befehl volle Übereinstimmung beweisen – zuverlässiger als dreimaliges menschliches Überfliegen
  • Leere Assertions-Menge führt explizite Warnung aus, um falsch positive „0/0 vollständig grün“ zu vermeiden

Schritt 6: Visuelle Abnahme + Auslieferung (Drei Komponenten + Doppelausgabe)

Visuelle Abnahme (letzte Hürde vor Auslieferung): KI-Formatierungsprobleme sind mit Textprüfung nicht sichtbar, sie müssen als Bild gerendert werden, damit ein visuelles Modell sie „mit eigenen Augen“ sehen kann. Ein Modell könnte oberflächlich prüfen/Fehleinschätzungen machen → 2+ Modelle kreuzweise validieren, Probleme mit Koordinatendaten nachvollziehen und dann reparieren.

# Environment-Variablen, eine auswählen (Empfohlen in Reihenfolge: Kostenlos → Günstig schnell → Backup)
export ZHIPU_API_KEY=...             # ① GLM-4V-Flash (Kostenlos, Geschwindigkeit 1,6s/Seite) – Erste Wahl
export DASHSCOPE_API_KEY=sk-...      # ② qwen3-vl-flash (Bailian Qwen Vision Flash, günstig schnell)
export MIMO_API_KEY=...              # ③ Xiaomi Mimo 2.5 (Nativ multimodal)
export DEEPSEEK_API_KEY=...          # ④ DeepSeek vision (Backup – DeepSeek hauptsächlich zum Arbeiten/Schreiben, Vision wenig belegen)

python3 scripts/vision_check.py Bericht.docx    # docx→Schlüsselseiten rendern→Multi-Modell-Prüfung (automatisch ①→②→③→④)

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-study-consultant

项目可行性论证与研究报告写作框架 —— 任何「这事能不能做、怎么做、值不值得做」的商业决策场景:可行性研究/立项论证/新项目评估/创业方向验证。10大论证模块 + 强制联网尽调 + 多源交叉验证 + 读者视角写作 + 结构化报告输出。(v1.4 升级:从「引导客户把项目情况讲清楚」到「按问题类型与项目类型选论证方法」再到「用假设台账逐条验证」的六步教练流程;附可行性门槛评分器与假设台账两个零依赖脚本、项目卡与决策门清单模板)

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

Verwandte Skills