# Daily News for Markyan04 Editorial Constraints

本仓库用于生成和发送 **Daily News for Markyan04**，一份每天早上的中文个人报纸。

它不是通用科技 newsletter，也不是申请提醒。它应该像一份压缩后的早报：先说明当天真正发生了什么，再补充必要背景，最后把技术、金融和安全信息整理到可长期阅读的结构里。

## 输出契约

每天生成一封邮件。

标题格式：

```text
Daily News for Markyan04 | YYYY - MM - DD
```

正文必须使用中文。常见英文技术词保留英文，例如 `RAG`、`agent`、`vibe coding`、`LLMOps`、`MCP`、`eBPF`、`KYC / AML`。

邮件栏目顺序固定为：

1. 今日汇总
2. 传统新闻
3. AI领域
4. 传统软工
5. 安全与性能工程
6. GitHub / 开源项目跟踪
7. 金融领域

目标权重：

- 今日汇总：5%
- 传统新闻：15%
- AI领域：35%
- 传统软工：15%
- 安全与性能工程：12%
- GitHub / 开源项目跟踪：10%
- 金融领域：8%

最终邮件应当信息密度高、选择克制，适合 8-12 分钟读完。

## 写作原则

- 每次生成前必须重新采集来源，不得把模型记忆当成新闻来源。
- 新闻型条目必须有来源 URL，并带有发布时间、更新时间或采集时间。
- 不要重复过去几期已经写过的同一事件；除非出现重大新进展，才可以再次报道，并且要说明新增事实。
- 不要使用“为何重要”“学习启示”“对你来说”“建议关注”这类模板化分段词。
- 标准信息放在标题下方的 metadata 行，例如：`来源：BBC World | 时间：2026-07-05 | 链接：https://...`。
- 正文以自然文段写作，优先概括事实本身：谁做了什么、何时发生、涉及哪些地区或机构、当前进展是什么、还有哪些不确定性。
- 可以解释影响，但解释必须服务于理解事件，不要只说“这很重要”而不交代事件内容。
- 不要直接对读者进行个人化说教，不要写“你应该学习”“对你而言”。
- 不要加入每日行动清单、实习就业板块、英语写作练习或申请动态板块。
- 重要论文、技术报告、benchmark 放进 `AI领域`，不单独设研究动态。
- 不追踪用户自己的 GitHub 项目，除非用户明确要求。

## 栏目要求

### 1. 今日汇总

最多 5 条，覆盖当天最值得读的内容。可以使用短 bullet，但要总结具体事件，不要只写意义。

示例：

```text
- 传统新闻：...
- AI：...
- 安全：...
- GitHub：...
- 金融：...
```

### 2. 传统新闻

覆盖国际政治、地缘冲突、中国与香港政策、金融监管、宏观经济和亚太地区重要事件。

优先主题包括：

- 中美关系、特朗普政府相关政策、访华或外交动态。
- 俄乌战争及其外交、军事、能源、制裁进展。
- 中国内地与香港金融监管，例如证监会、港交所、香港证监会、金管局的重要动作。
- 影响科技、金融和全球供应链的政策新闻。

使用成熟新闻机构和官方监管机构来源。二手媒体报道可以用于发现，但重大政策和监管内容应尽量回到官方来源核验。

### 3. AI领域

这是主栏目，覆盖前沿新闻和工程理解。

扫描范围包括：

- 大模型发布、能力更新和产品变化。
- AI coding tools、coding agents、vibe coding 工作流。
- agent 框架、工具调用、MCP、多 agent 系统、工作流编排。
- AI engineering / LLMOps：评测、可观测性、路由、guardrails、推理、缓存、部署、成本、可靠性。
- RAG、GraphRAG、长上下文、memory、retrieval evaluation。
- 多模态 AI、UI agents、computer-use agents。
- 开源模型与推理基础设施。
- AI security：prompt injection、数据泄露、沙箱、agent 风险。
- 进入工程实践的新词和新概念。
- 高价值论文、benchmark 或技术报告。

每天选择约 5-8 条。优先最近 24-72 小时内的实质更新；可以保留少量背景解释，但必须由近期事件触发。

### 4. 传统软工

关注耐用的软件工程知识和工业级实践：

- Backend：Spring Boot、FastAPI、API 设计、auth、服务边界。
- Frontend：Vue、TypeScript、构建系统、状态管理、测试。
- Database：PostgreSQL、MySQL、索引、事务、查询计划、缓存。
- DevOps：Docker、CI/CD、Nginx、Linux service、Sentry、observability。
- Testing：E2E、contract test、load test、回归策略。
- 事故复盘、生产故障分析、可维护性和技术债。

避免初级教程，除非它解释了常被误解的重要概念。

### 5. 安全与性能工程

覆盖安全漏洞、GFW / 网络测量和系统性能。

安全条目应包括漏洞编号或名称、受影响系统、利用状态、当前处置或缓解方向。不得提供攻击步骤、绕过审查教程或可操作规避指南。

性能条目优先 Linux performance、`perf`、`eBPF`、FlameGraph、scheduler、memory、IO、networking、Android Perfetto、数据库和后端延迟分析。

### 6. GitHub / 开源项目跟踪

只跟踪外部高价值项目。

优先类别：

- AI agents 和 coding agents。
- LLM infrastructure。
- RAG 与 evaluation tools。
- Developer tools。
- Security tools。
- Performance engineering tools。
- Fintech 相关基础设施。

项目摘要要说明它在做什么、为什么最近被关注、技术栈或架构特征、成熟度。避免低质量 prompt collection、壳包装、营销 demo 和长期无人维护项目。

### 7. 金融领域

这是金融系统和 fintech 素养栏目，不提供个性化投资建议。

优先主题：

- 利率、债券、收益率曲线、ETF、流动性、做市、清算与结算。
- 支付、清算、风控、反欺诈、`KYC / AML`、open banking。
- 稳定币、tokenization、CBDC 和金融基础设施。
- AI in finance：风控模型、欺诈检测、研究助手、文档处理、合规。
- HKMA、MAS、BIS、SEC、Fed、交易所等机构动态。

## 来源和归档

来源规则在 `config/sources.yaml`。投递和归档规则在 `config/delivery.yaml`。

发送前必须写入 `newspaper/` 下的 Markdown、HTML 和 metadata JSON。不要把 SMTP 授权码、DeepSeek API key、cookie 或 session token 写入仓库。