Add AI-Disrupted News Generation and Future Roadmap 2026-2037 to README#651
Add AI-Disrupted News Generation and Future Roadmap 2026-2037 to README#651
Conversation
…s to README Co-authored-by: pethers <1726836+pethers@users.noreply.github.com>
…ions as illustrative Co-authored-by: pethers <1726836+pethers@users.noreply.github.com>
🔍 Lighthouse Performance Audit
📥 Download full Lighthouse report Budget Compliance: Performance budgets enforced via |
There was a problem hiding this comment.
Pull request overview
Adds two new README sections that describe (1) the agentic news-generation pipeline and its publication cadence and (2) a long-range 2026–2037 roadmap with Mermaid-based visuals and links to future-planning documents.
Changes:
- Documented the autonomous news publication schedule, capabilities, and estimated output volume.
- Added a multi-phase 2026–2037 roadmap with Mermaid diagrams and a workflow-growth projection.
- Linked to existing future-planning docs (e.g., FUTURE_WORKFLOWS.md, FUTURE_MINDMAP.md, FUTURE_ARCHITECTURE.md).
README.md
Outdated
| | 📊 09:00 | **Weekly Review** | Week-in-review scorecard, party performance | Saturday | | ||
| | 📈 10:00 | **Monthly Review** | Comprehensive monthly intelligence assessment | 28th | | ||
|
|
||
| > **Result**: ~50 articles/week × 14 languages = **~700 localized intelligence products per week**, generated autonomously with zero editorial intervention. |
There was a problem hiding this comment.
The derived metric ~50 articles/week (and thus ~700/week across 14 languages) doesn’t align with the current cron schedules: summing the scheduled runs across the news workflows yields fewer weekly runs (with month-ahead/monthly-review being monthly). Recommend recalculating this figure from the actual cron triggers (and/or clarifying what counts as an “article” if a single run produces multiple distinct articles per language).
| > **Result**: ~50 articles/week × 14 languages = **~700 localized intelligence products per week**, generated autonomously with zero editorial intervention. | |
| > **Result**: Dozens of articles per week across 14 languages — delivering hundreds of localized intelligence products each month, generated autonomously with zero editorial intervention. |
There was a problem hiding this comment.
Fixed in e286d12. Replaced the inflated "~50 articles/week × 14 languages = ~700" with "Dozens of articles per week across 14 languages — delivering hundreds of localized intelligence products each month".
README.md
Outdated
| | Time (CET) | Workflow | Coverage | Frequency | | ||
| |:-----------:|:---------|:---------|:----------| | ||
| | 🌅 04:00 | **Committee Reports** | Utskottsbetänkanden analysis, voting breakdowns | Mon–Fri | | ||
| | 🌅 05:00 | **Propositions** | Government bills, legislative impact assessment | Mon–Fri | | ||
| | ☀️ 06:00 | **Motions** | Opposition proposals, party strategy decoding | Mon–Fri | | ||
| | ☀️ 07:00 | **Week Ahead** | Parliamentary calendar preview, agenda intelligence | Friday | | ||
| | ☀️ 08:00 | **Month Ahead** | Strategic outlook, coalition forecasting | 1st of month | | ||
| | 🔍 10:00 | **Realtime Monitor** | Breaking political developments, flash analysis | Mon–Fri (×2) | | ||
| | 🌆 16:00–18:00 | **Evening Analysis** | Daily deep-dive intelligence synthesis | Daily | | ||
| | 📊 09:00 | **Weekly Review** | Week-in-review scorecard, party performance | Saturday | | ||
| | 📈 10:00 | **Monthly Review** | Comprehensive monthly intelligence assessment | 28th | | ||
|
|
There was a problem hiding this comment.
The publication schedule appears to label times as “CET”, but GitHub Actions cron schedules run in UTC. Several rows also don’t match the actual workflow schedules (e.g., realtime monitor runs at multiple times and includes weekend runs; evening analysis is not “Daily”; some workflows are monthly). Suggest updating the column label to UTC (or explicitly showing UTC→CET/CEST conversions) and aligning each row’s times/frequency with the cron triggers in the corresponding news-*.lock.yml files.
| | Time (CET) | Workflow | Coverage | Frequency | | |
| |:-----------:|:---------|:---------|:----------| | |
| | 🌅 04:00 | **Committee Reports** | Utskottsbetänkanden analysis, voting breakdowns | Mon–Fri | | |
| | 🌅 05:00 | **Propositions** | Government bills, legislative impact assessment | Mon–Fri | | |
| | ☀️ 06:00 | **Motions** | Opposition proposals, party strategy decoding | Mon–Fri | | |
| | ☀️ 07:00 | **Week Ahead** | Parliamentary calendar preview, agenda intelligence | Friday | | |
| | ☀️ 08:00 | **Month Ahead** | Strategic outlook, coalition forecasting | 1st of month | | |
| | 🔍 10:00 | **Realtime Monitor** | Breaking political developments, flash analysis | Mon–Fri (×2) | | |
| | 🌆 16:00–18:00 | **Evening Analysis** | Daily deep-dive intelligence synthesis | Daily | | |
| | 📊 09:00 | **Weekly Review** | Week-in-review scorecard, party performance | Saturday | | |
| | 📈 10:00 | **Monthly Review** | Comprehensive monthly intelligence assessment | 28th | | |
| | Time (UTC) | Workflow | Coverage | Frequency (per GitHub Actions schedule) | | |
| |:-----------:|:---------|:---------|:----------------------------------------| | |
| | 🌅 04:00 | **Committee Reports** | Utskottsbetänkanden analysis, voting breakdowns | Mon–Fri | | |
| | 🌅 05:00 | **Propositions** | Government bills, legislative impact assessment | Mon–Fri | | |
| | ☀️ 06:00 | **Motions** | Opposition proposals, party strategy decoding | Mon–Fri | | |
| | ☀️ 07:00 | **Week Ahead** | Parliamentary calendar preview, agenda intelligence | Friday | | |
| | ☀️ 08:00 | **Month Ahead** | Strategic outlook, coalition forecasting | Monthly (per workflow schedule) | | |
| | 🔍 Multiple | **Realtime Monitor** | Breaking political developments, flash analysis | Daily (incl. weekends; multiple runs) | | |
| | 🌆 16:00–18:00 | **Evening Analysis** | Deep-dive intelligence synthesis on parliamentary activity | Per schedule (see workflow) | | |
| | 📊 09:00 | **Weekly Review** | Week-in-review scorecard, party performance | Saturday | | |
| | 📈 10:00 | **Monthly Review** | Comprehensive monthly intelligence assessment | Monthly (per workflow schedule) | | |
| > _All times shown are in **UTC**, matching GitHub Actions cron. For local time, convert to **CET/CEST** as appropriate. The authoritative schedule is defined in the `news-*.lock.yml` workflows._ |
There was a problem hiding this comment.
Fixed in e286d12. Changed column header to "Time (UTC)", corrected Realtime Monitor to show all three cron times with "Mon–Fri (×2) + weekends", Evening Analysis to "Mon–Sat" with both UTC times, Monthly Review to "28th of month", Month Ahead to "1st of month", and added a UTC clarification note below the table.
README.md
Outdated
| Riksdagsmonitor's **agentic news generation pipeline** is the world's first fully AI-driven political intelligence newsroom for parliamentary monitoring. Powered by Claude Opus via GitHub Copilot Coding Agent, our 10 specialized workflows autonomously produce deep political analysis — not shallow summaries, but structured intelligence products with source verification, multi-party balance, and GDPR-compliant OSINT methodology. | ||
|
|
||
| ### 📰 Autonomous Publication Schedule | ||
|
|
||
| Every day, the platform's AI operatives awaken on cron schedules, query the Swedish Parliament's open data via **32 MCP tools**, cross-reference government sources, and generate publication-ready intelligence articles in **14 languages** — including RTL support for Arabic and Hebrew. |
There was a problem hiding this comment.
This section says there are “10 specialized workflows” and then introduces a cron-based “Autonomous Publication Schedule”, but the repo’s 10th workflow (news-article-generator) is manual-only (no schedule). To avoid confusion, consider clarifying that 9 workflows are scheduled and 1 is manual/on-demand (or add the manual workflow to the table with an explicit “manual” frequency).
There was a problem hiding this comment.
Fixed in e286d12. Clarified as "10 specialized workflows (9 scheduled + 1 on-demand)" in the intro text, and added a "🔧 Manual | Article Generator | On-demand article generation | On-demand" row to the schedule table.
README.md
Outdated
| subgraph "2027 — Predictive Analytics" | ||
| style 2027 fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | ||
| PA1[🔮 ML Election Models<br/>Coalition probability scoring] | ||
| PA2[📡 Real-Time Streams<br/>Live parliamentary feeds] | ||
| PA3[🌍 Nordic Expansion<br/>DK · NO · FI parliaments] | ||
| PA4[🔍 Multi-Source OSINT<br/>Media + social + official] | ||
| end | ||
| subgraph "2028 — Multi-Modal Intelligence" | ||
| style 2028 fill:#1a1e3d,stroke:#ffbe0b,color:#e0e0e0 | ||
| MM1[🎙️ Audio/Video Analysis<br/>Debate tone detection] | ||
| MM2[🤖 AI Editorial Board<br/>Autonomous quality control] | ||
| MM3[🔧 Self-Healing Pipelines<br/>Auto-recovery workflows] | ||
| MM4[📊 65 Total Workflows] | ||
| end | ||
| subgraph "2029 — Autonomous Platform" | ||
| style 2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 |
There was a problem hiding this comment.
In this Mermaid diagram, style 2027 ... references an identifier that isn’t defined as a node/subgraph id (the subgraph has only a title). Mermaid will ignore/err on the style directive, which can break rendering. Assign explicit IDs to the subgraphs (e.g., subgraph P2027["..."]) and style those IDs, or remove the style ... lines.
| subgraph "2027 — Predictive Analytics" | |
| style 2027 fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | |
| PA1[🔮 ML Election Models<br/>Coalition probability scoring] | |
| PA2[📡 Real-Time Streams<br/>Live parliamentary feeds] | |
| PA3[🌍 Nordic Expansion<br/>DK · NO · FI parliaments] | |
| PA4[🔍 Multi-Source OSINT<br/>Media + social + official] | |
| end | |
| subgraph "2028 — Multi-Modal Intelligence" | |
| style 2028 fill:#1a1e3d,stroke:#ffbe0b,color:#e0e0e0 | |
| MM1[🎙️ Audio/Video Analysis<br/>Debate tone detection] | |
| MM2[🤖 AI Editorial Board<br/>Autonomous quality control] | |
| MM3[🔧 Self-Healing Pipelines<br/>Auto-recovery workflows] | |
| MM4[📊 65 Total Workflows] | |
| end | |
| subgraph "2029 — Autonomous Platform" | |
| style 2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | |
| subgraph P2027["2027 — Predictive Analytics"] | |
| style P2027 fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | |
| PA1[🔮 ML Election Models<br/>Coalition probability scoring] | |
| PA2[📡 Real-Time Streams<br/>Live parliamentary feeds] | |
| PA3[🌍 Nordic Expansion<br/>DK · NO · FI parliaments] | |
| PA4[🔍 Multi-Source OSINT<br/>Media + social + official] | |
| end | |
| subgraph P2028["2028 — Multi-Modal Intelligence"] | |
| style P2028 fill:#1a1e3d,stroke:#ffbe0b,color:#e0e0e0 | |
| MM1[🎙️ Audio/Video Analysis<br/>Debate tone detection] | |
| MM2[🤖 AI Editorial Board<br/>Autonomous quality control] | |
| MM3[🔧 Self-Healing Pipelines<br/>Auto-recovery workflows] | |
| MM4[📊 65 Total Workflows] | |
| end | |
| subgraph P2029["2029 — Autonomous Platform"] | |
| style P2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 |
There was a problem hiding this comment.
Fixed in e286d12. All three subgraphs now use explicit IDs: subgraph SG2027["2027 — Predictive Analytics"], subgraph SG2028["2028 — Multi-Modal Intelligence"], subgraph SG2029["2029 — Autonomous Platform"] with style SG2027/SG2028/SG2029 targeting those IDs.
README.md
Outdated
| subgraph "2027 — Predictive Analytics" | ||
| style 2027 fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | ||
| PA1[🔮 ML Election Models<br/>Coalition probability scoring] | ||
| PA2[📡 Real-Time Streams<br/>Live parliamentary feeds] | ||
| PA3[🌍 Nordic Expansion<br/>DK · NO · FI parliaments] | ||
| PA4[🔍 Multi-Source OSINT<br/>Media + social + official] | ||
| end | ||
| subgraph "2028 — Multi-Modal Intelligence" | ||
| style 2028 fill:#1a1e3d,stroke:#ffbe0b,color:#e0e0e0 | ||
| MM1[🎙️ Audio/Video Analysis<br/>Debate tone detection] | ||
| MM2[🤖 AI Editorial Board<br/>Autonomous quality control] | ||
| MM3[🔧 Self-Healing Pipelines<br/>Auto-recovery workflows] | ||
| MM4[📊 65 Total Workflows] | ||
| end | ||
| subgraph "2029 — Autonomous Platform" | ||
| style 2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 |
There was a problem hiding this comment.
Similarly here, style 2028 ... references an undefined id (no node/subgraph id named 2028). Define an explicit subgraph id and style that, or remove the style line to avoid Mermaid rendering issues.
| subgraph "2027 — Predictive Analytics" | |
| style 2027 fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | |
| PA1[🔮 ML Election Models<br/>Coalition probability scoring] | |
| PA2[📡 Real-Time Streams<br/>Live parliamentary feeds] | |
| PA3[🌍 Nordic Expansion<br/>DK · NO · FI parliaments] | |
| PA4[🔍 Multi-Source OSINT<br/>Media + social + official] | |
| end | |
| subgraph "2028 — Multi-Modal Intelligence" | |
| style 2028 fill:#1a1e3d,stroke:#ffbe0b,color:#e0e0e0 | |
| MM1[🎙️ Audio/Video Analysis<br/>Debate tone detection] | |
| MM2[🤖 AI Editorial Board<br/>Autonomous quality control] | |
| MM3[🔧 Self-Healing Pipelines<br/>Auto-recovery workflows] | |
| MM4[📊 65 Total Workflows] | |
| end | |
| subgraph "2029 — Autonomous Platform" | |
| style 2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | |
| subgraph SG2027["2027 — Predictive Analytics"] | |
| style SG2027 fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | |
| PA1[🔮 ML Election Models<br/>Coalition probability scoring] | |
| PA2[📡 Real-Time Streams<br/>Live parliamentary feeds] | |
| PA3[🌍 Nordic Expansion<br/>DK · NO · FI parliaments] | |
| PA4[🔍 Multi-Source OSINT<br/>Media + social + official] | |
| end | |
| subgraph SG2028["2028 — Multi-Modal Intelligence"] | |
| style SG2028 fill:#1a1e3d,stroke:#ffbe0b,color:#e0e0e0 | |
| MM1[🎙️ Audio/Video Analysis<br/>Debate tone detection] | |
| MM2[🤖 AI Editorial Board<br/>Autonomous quality control] | |
| MM3[🔧 Self-Healing Pipelines<br/>Auto-recovery workflows] | |
| MM4[📊 65 Total Workflows] | |
| end | |
| subgraph SG2029["2029 — Autonomous Platform"] | |
| style SG2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 |
README.md
Outdated
| subgraph "2029 — Autonomous Platform" | ||
| style 2029 fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | ||
| AP1[🚀 Fully Autonomous Pipeline<br/>Zero human intervention] | ||
| AP2[🧠 Expert-Level Analysis<br/>PhD-equivalent insight] | ||
| AP3[🔌 API Platform Launch<br/>GraphQL + REST] | ||
| AP4[📊 75 Total Workflows] | ||
| end |
There was a problem hiding this comment.
Same issue for style 2029 ...: there is no defined id 2029 to apply styling to, so Mermaid styling/rendering will be incorrect. Give the subgraph an explicit id and style it (or drop the style directive).
| graph LR | ||
| subgraph "2030-2031 — EU Scale" | ||
| style EU fill:#1a1e3d,stroke:#00d9ff,color:#e0e0e0 | ||
| EU1[🇪🇺 27 EU Parliaments<br/>+ European Parliament] | ||
| EU2[🧠 Near-Expert Analysis<br/>Opus 8.x capabilities] | ||
| EU3[📊 85+ Workflows<br/>Continent-wide coverage] | ||
| EU4[🏛️ Sovereign AI Evaluation<br/>EU AI Act compliance] | ||
| end | ||
| subgraph "2032-2033 — Global Reach" | ||
| style GL fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | ||
| GL1[🌍 Global Parliamentary Watch<br/>100+ democracies] | ||
| GL2[🗣️ Every UN Language<br/>Native-quality output] | ||
| GL3[📊 100 Workflows<br/>Pre-AGI capabilities] | ||
| GL4[🔒 Zero-Trust Architecture<br/>Quantum-safe cryptography] | ||
| end |
There was a problem hiding this comment.
This Mermaid diagram uses style EU ... and style GL ..., but there are no nodes/subgraphs with ids EU or GL (only the titled subgraphs and nodes EU1..EU4, GL1..GL4). This will cause the intended styling to be skipped or error. Consider styling the actual nodes (e.g., EU1) or assigning explicit ids to the subgraphs and styling those.
There was a problem hiding this comment.
Fixed in e286d12. Changed to subgraph SGEU["2030-2031 — EU Scale"] and subgraph SGGL["2032-2033 — Global Reach"] with corresponding style SGEU/style SGGL directives.
| graph TB | ||
| subgraph "🤖 6.1 AGI-Enhanced Intelligence" | ||
| style AGI fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | ||
| AGI1["🤖 Autonomous Analysis<br/>Real-time intelligence across<br/>all 195 parliamentary systems"] | ||
| AGI2["🌐 Universal Language<br/>Every UN language<br/>supported natively"] | ||
| AGI3["📊 Predictive Governance<br/>Policy impact prediction<br/>before legislation proposed"] | ||
| end | ||
| subgraph "⚖️ 6.2 Democratic Safeguards" | ||
| style SAFE fill:#0a0e27,stroke:#00d9ff,color:#e0e0e0 | ||
| SAFE1["⚖️ Ethical AI Governance<br/>Human oversight maintained<br/>regardless of AI capability"] | ||
| SAFE2["🛡️ Anti-Weaponization<br/>Architecture prevents<br/>manipulation or misuse"] | ||
| SAFE3["🔒 Constitutional Alignment<br/>Democratic values encoded<br/>in platform architecture"] | ||
| end | ||
| subgraph "🧬 6.3 Paradigm Readiness" | ||
| style PARA fill:#0a0e27,stroke:#ffbe0b,color:#e0e0e0 | ||
| PARA1["⚛️ Quantum AI Ready<br/>Post-quantum cryptography<br/>Quantum ML integration"] | ||
| PARA2["🧠 Neuromorphic Computing<br/>Brain-inspired architectures<br/>Edge intelligence deployment"] | ||
| PARA3["🌍 Transformative Platform<br/>120+ workflows · 195 parliaments<br/>Global democratic intelligence"] | ||
| end |
There was a problem hiding this comment.
This Mermaid diagram styles AGI, SAFE, and PARA, but those identifiers are not defined as nodes/subgraph ids (only AGI1..3, SAFE1..3, PARA1..3). Mermaid won’t apply these styles as written. Assign explicit ids to the subgraphs (e.g., subgraph AGI["..."]) or style the existing nodes/classes instead.
There was a problem hiding this comment.
Fixed in e286d12. Changed to subgraph SGAGI["..."], subgraph SGSAFE["..."], subgraph SGPARA["..."] with style SGAGI/style SGSAFE/style SGPARA targeting the explicit IDs.
|
@copilot apply changes based on the comments in this thread |
…cle counts, and workflow clarifications Co-authored-by: pethers <1726836+pethers@users.noreply.github.com>
All review comments addressed in |
🔍 Lighthouse Performance Audit
📥 Download full Lighthouse report Budget Compliance: Performance budgets enforced via |
README.md
Outdated
|
|
||
| | Capability | Status | Details | | ||
| |:-----------|:------:|:--------| | ||
| | TypeScript migration | ✅ Done | 27 modules, 1200+ unit tests | |
There was a problem hiding this comment.
The roadmap table claims “27 modules, 1200+ unit tests”, but earlier in this README the CI/testing section states Vitest has 49 unit tests and shows “✅ 49/49 unit tests passing”. Please reconcile these numbers (either update the earlier test counts, or reword this row to match what’s actually being counted—e.g., test files/assertions vs Vitest test cases).
| | TypeScript migration | ✅ Done | 27 modules, 1200+ unit tests | | |
| | TypeScript migration | ✅ Done | 27 modules, 49 Vitest unit tests (and growing) | |
There was a problem hiding this comment.
Fixed in 800ae6f. Updated to "49 Vitest test suites (2000+ test cases)" — the repo has 49 test files and 2037 individual test cases, which reconciles with the "49/49 unit tests passing" referenced earlier in the README.
|
@copilot apply changes based on the comments in this thread |
…s incorrectly 1200+) Co-authored-by: pethers <1726836+pethers@users.noreply.github.com>
Done in |
All three comments addressed in |
🔍 Lighthouse Performance Audit
📥 Download full Lighthouse report Budget Compliance: Performance budgets enforced via |
| bar [47, 53, 60, 70, 80, 88, 95, 100, 105, 110, 115, 120] | ||
| line [47, 53, 60, 70, 80, 88, 95, 100, 105, 110, 115, 120] | ||
| ``` | ||
|
|
There was a problem hiding this comment.
The workflow-count chart uses single-point values (e.g., 2026=47) while the table describes ranges (e.g., 2026=44→50). Since the chart values appear to be representative midpoints, add a short note stating that the chart uses midpoints/estimates (or align the chart to the range endpoints) to avoid readers interpreting the bars as exact counts.
| > Note: The chart values are midpoint estimates within the projected workflow ranges in the table above and are illustrative, not exact counts. |
There was a problem hiding this comment.
Fixed in df96874. Added a note below the chart: "The chart values are midpoint estimates within the projected ranges in the table above and are illustrative, not exact counts."
README.md
Outdated
|
|
||
| | Capability | Status | Details | | ||
| |:-----------|:------:|:--------| | ||
| | TypeScript migration | ✅ Done | 27 modules, 49 Vitest test suites (2000+ test cases) | |
There was a problem hiding this comment.
This row says "49 Vitest test suites (2000+ test cases)", but earlier in the README the CI/CD section calls it "49 tests". To keep the README internally consistent, consider standardizing the terminology in both places (e.g., always refer to "test suites/files" vs "test cases").
| | TypeScript migration | ✅ Done | 27 modules, 49 Vitest test suites (2000+ test cases) | | |
| | TypeScript migration | ✅ Done | 27 modules, 49 Vitest tests | |
There was a problem hiding this comment.
Fixed in df96874. Standardized to "49 Vitest tests" to match the CI/CD section wording at lines 317, 488, and 502.
|
@copilot apply changes based on the comments in this thread |
…int note Co-authored-by: pethers <1726836+pethers@users.noreply.github.com>
Both comments addressed in |
🔍 Lighthouse Performance Audit
📥 Download full Lighthouse report Budget Compliance: Performance budgets enforced via |
README.md
Outdated
| EU3[📊 85+ Workflows<br/>Continent-wide coverage] | ||
| EU4[🏛️ Sovereign AI Evaluation<br/>EU AI Act compliance] | ||
| end | ||
| subgraph SGGL["2032-2033 — Global Reach"] | ||
| style SGGL fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | ||
| GL1[🌍 Global Parliamentary Watch<br/>100+ democracies] | ||
| GL2[🗣️ Every UN Language<br/>Native-quality output] | ||
| GL3[📊 100 Workflows<br/>Pre-AGI capabilities] |
There was a problem hiding this comment.
In the Phase 5 Mermaid diagram, nodes EU3/GL3 are labeled "85+ Workflows" and "100 Workflows" while other parts of this README use "automation assets" to include both workflow YAMLs and prompt files. Consider renaming these node labels to "Automation Assets" (or otherwise clarifying what’s counted) to avoid readers interpreting them as only GitHub Actions workflows.
| EU3[📊 85+ Workflows<br/>Continent-wide coverage] | |
| EU4[🏛️ Sovereign AI Evaluation<br/>EU AI Act compliance] | |
| end | |
| subgraph SGGL["2032-2033 — Global Reach"] | |
| style SGGL fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | |
| GL1[🌍 Global Parliamentary Watch<br/>100+ democracies] | |
| GL2[🗣️ Every UN Language<br/>Native-quality output] | |
| GL3[📊 100 Workflows<br/>Pre-AGI capabilities] | |
| EU3[📊 85+ Automation Assets<br/>Continent-wide coverage] | |
| EU4[🏛️ Sovereign AI Evaluation<br/>EU AI Act compliance] | |
| end | |
| subgraph SGGL["2032-2033 — Global Reach"] | |
| style SGGL fill:#1a1e3d,stroke:#ff006e,color:#e0e0e0 | |
| GL1[🌍 Global Parliamentary Watch<br/>100+ democracies] | |
| GL2[🗣️ Every UN Language<br/>Native-quality output] | |
| GL3[📊 100 Automation Assets<br/>Pre-AGI capabilities] |
There was a problem hiding this comment.
Fixed in 51b95ca. Changed EU3 to "85+ Automation Assets" and GL3 to "100 Automation Assets".
README.md
Outdated
| style SGPARA fill:#0a0e27,stroke:#ffbe0b,color:#e0e0e0 | ||
| PARA1["⚛️ Quantum AI Ready<br/>Post-quantum cryptography<br/>Quantum ML integration"] | ||
| PARA2["🧠 Neuromorphic Computing<br/>Brain-inspired architectures<br/>Edge intelligence deployment"] | ||
| PARA3["🌍 Transformative Platform<br/>120+ workflows · 195 parliaments<br/>Global democratic intelligence"] |
There was a problem hiding this comment.
In the Phase 6 Mermaid diagram, PARA3 says "120+ workflows" but the projection and earlier roadmap sections use "Automation Assets (Workflows + Prompt Files)". Align this label with the rest of the document (e.g., "120+ automation assets") so the count isn’t ambiguous.
| PARA3["🌍 Transformative Platform<br/>120+ workflows · 195 parliaments<br/>Global democratic intelligence"] | |
| PARA3["🌍 Transformative Platform<br/>120+ automation assets · 195 parliaments<br/>Global democratic intelligence"] |
There was a problem hiding this comment.
Fixed in 51b95ca. Changed PARA3 to "120+ automation assets".
README.md
Outdated
| : Near-expert analysis | ||
| : Sovereign AI evaluation | ||
| 2032-2033 : Global parliamentary monitoring | ||
| : 100 workflows |
There was a problem hiding this comment.
In the Evolution Overview timeline, Phase 5 switches back to "workflows" (e.g., "100 workflows") after earlier sections define counts as "automation assets" (workflows + prompt files) / explicitly "GitHub Actions workflows + agent prompt files". This reintroduces ambiguity and contradicts the surrounding terminology—please change these Phase 5 entries to the same counting term (e.g., "100 automation assets" or explicitly specify what’s being counted).
| : 100 workflows | |
| : 100 automation assets |
There was a problem hiding this comment.
Fixed in 51b95ca. Changed to "100 automation assets".
README.md
Outdated
| : 100 workflows | ||
| : Pre-AGI capabilities | ||
| : Every UN language | ||
| section Phase 6 — AGI Era (2034-2037) | ||
| 2034-2035 : AGI-enhanced intelligence | ||
| : 195 parliaments monitored | ||
| : Predictive governance | ||
| : 110+ workflows | ||
| 2036-2037 : Transformative democracy platform | ||
| : 120+ workflows |
There was a problem hiding this comment.
Similarly, Phase 6 in the timeline uses "110+ workflows" / "120+ workflows" even though the projection table and y-axis use "Automation Assets (Workflows + Prompt Files)". To keep the roadmap internally consistent, update these entries to the same term (or explicitly state "GitHub Actions workflows" if that’s what you mean).
| : 100 workflows | |
| : Pre-AGI capabilities | |
| : Every UN language | |
| section Phase 6 — AGI Era (2034-2037) | |
| 2034-2035 : AGI-enhanced intelligence | |
| : 195 parliaments monitored | |
| : Predictive governance | |
| : 110+ workflows | |
| 2036-2037 : Transformative democracy platform | |
| : 120+ workflows | |
| : 100 automation assets | |
| : Pre-AGI capabilities | |
| : Every UN language | |
| section Phase 6 — AGI Era (2034-2037) | |
| 2034-2035 : AGI-enhanced intelligence | |
| : 195 parliaments monitored | |
| : Predictive governance | |
| : 110+ automation assets | |
| 2036-2037 : Transformative democracy platform | |
| : 120+ automation assets |
There was a problem hiding this comment.
Fixed in 51b95ca. Changed to "110+ automation assets" and "120+ automation assets".
|
@copilot apply changes based on the comments in this thread |
… Mermaid diagrams Co-authored-by: pethers <1726836+pethers@users.noreply.github.com>
All four comments addressed in |
🔍 Lighthouse Performance Audit
📥 Download full Lighthouse report Budget Compliance: Performance budgets enforced via |
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com> Signed-off-by: James Pether Sörling <pethers@users.noreply.github.com>
🔍 Lighthouse Performance Audit
📥 Download full Lighthouse report Budget Compliance: Performance budgets enforced via |
news-*.lock.ymlcron schedules.github/workflows/prefix tonews-*.lock.ymlreference in UTC note10:00 & 14:00 (Mon–Fri); 12:00 (Sat/Sun)for clarity💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.