古DNA揭示腓尼基人令人惊讶的遗传祖先

**腓尼基文明在地中海地区繁荣发展了1000多年。** 这是在如今突尼斯的腓尼基贸易城市迦太基发现的公元前三世纪或二世纪的死亡面具。图片来源:Peter Horree/Alamy 根据4月23日发表在《自然》杂志上的一项研究[1](http://www-nature-com-s.zju.sjuku.top/articles/d41586-025-01283-w#ref-CR1),这个发明了早期字母表的古代中东文明广泛传播了其文化,但并未传播其DNA。 腓尼基文明形成于3000多年前,以今黎巴嫩为中心,随后扩展到地中海沿岸。中东的腓尼基城邦最终被其他民族征服,但这种文化在西部地区继续繁荣发展 -

古DNA揭示腓尼基人令人惊讶的遗传祖先

腓尼基文明在地中海地区繁荣发展了1000多年。

image.png

这是在如今突尼斯的腓尼基贸易城市迦太基发现的公元前三世纪或二世纪的死亡面具。图片来源:Peter Horree/Alamy

根据4月23日发表在《自然》杂志上的一项研究1,这个发明了早期字母表的古代中东文明广泛传播了其文化,但并未传播其DNA。

腓尼基文明形成于3000多年前,以今黎巴嫩为中心,随后扩展到地中海沿岸。中东的腓尼基城邦最终被其他民族征服,但这种文化在西部地区继续繁荣发展 - 最著名的就是位于今突尼斯的迦太基,直到公元前146年被毁。

腓尼基城邦共享语言 - 使用一种后来发展成为希腊语和拉丁语字母的字母表记录 - 以及宗教习俗和海上贸易经济。许多研究人员推测,这些城邦的居民也共享与该文化中东起源相关的祖先。

为了研究这段历史,德国莱比锡马克斯·普朗克进化人类学研究所的人口遗传学家Harald Ringbauer及其同事分析了来自中东、欧洲和北非腓尼基考古遗址约200人遗骸的DNA。

祖先之谜
令Ringbauer感到惊讶的是,地中海腓尼基文化据点的居民(也被称为迦太基人)与古代中东人没有共同的祖先,即使是与腓尼基人及其迦南祖先有关的遗址的居民也是如此。

但迦太基人的基因组也并不总是与其他当地人群(如撒丁岛和伊维萨岛居民)的基因组相似。相反,迦太基人具有类似于古希腊和西西里岛居民的祖先特征。随着时间推移,北非血统逐渐融入其中 - 这反映了迦太基在公元前500年后的兴起。

Ringbauer表示,这种独特的祖先混合可能是由于腓尼基据点之间贸易维持的"地中海航道"带来的不同人群的定期流动所致。该研究发现了在不同考古遗址发现的有血缘关系的个体,包括一对可能是表兄弟的人,一个来自北非,一个来自西西里岛。

Ringbauer说,在中东腓尼基城邦衰落后,来自该地区的祖先可能与"地中海航道"失去了联系。

阿联酋阿布扎比哈利法大学的遗传学家Pierre Zalloua对迦太基人缺乏中东血统并不感到惊讶。他说:"腓尼基人是一个融合和同化的文化。他们在航行到的地方定居。"

Ringbauer想知道为什么不同的地中海人民会采用腓尼基文化,而不是坚持他们现有的习俗。"为什么会出现这样的脱节?"他想知道。"这是否意味着腓尼基文化就像一个可以被他人采用的特许经营权?这个问题要留给考古学家来回答。"

doi: https://doi.org/10.1038/d41586-025-01283-w

Read more

把 Codex CLI 的登录态"搬"到一台新服务器

场景:你在一台老机器上早就登录好了 Codex CLI,现在开了台新服务器、装好了 codex,但它没登录。你不想在新机上重新走一遍 OAuth 网页授权(有时候服务器上根本打不开浏览器),只想把老机器上那份"已经登录好的身份"复制过去。 这篇讲的就是这个搬运动作的完整方法论——为什么能搬、怎么搬、有哪些坑。命令里所有隐私都用占位符,照着换成你自己的即可。 一、先理解一件事:Codex 的登录就是一个文件 这是整个操作的地基。Codex CLI(ChatGPT OAuth 登录模式下)的登录状态,不在什么系统钥匙串里,也不在环境变量里,就是家目录下一个单独的 JSON 文件: ~/.codex/auth.json 它长这样(字段名是真的,值我打码了): { "auth_mode": "

By ladydd

哨兵机制:让 Agent 一触即醒

0. 一句话点破本质 **让"等"发生在便宜的子进程里,让贵的 agent 只在有事时醒。**心跳解决"最迟多久必有人查岗",探针解决"事情一发生几乎立刻有人到场"——两个机制回答的是两个不同的问题,谁也替代不了谁。 1. 机制全貌:会自杀的轮询进程 + 宿主的"尸体通知" 我的实现只有两块积木: 积木一:一个有明确死法的后台循环 # 放行任务的同时,后台挂上(run_in_background) for i in $(seq 1 20); do 信号=$(ssh data "tmux capture-pane -t dna

By ladydd

Agent 心跳机制·设计与实现

0. 一句话点破本质 **心跳不是闹钟,是"带着完整世界快照的自我唤醒"。**闹钟只解决"什么时候醒";心跳真正要解决的是你点出的那个问题——醒来的那个瞬间,清楚自己是谁、任务到哪了、这一跳该干什么。我所有跑得好的心跳,提示词都写得像给一个失忆的陌生人看的;所有出过事的心跳,都是因为假设"我还记得"。 1. 第一性原理:为什么"醒来知道干啥"这么难 一个长期任务里的 agent 面临三重失忆: 1. 上下文会被压缩——多轮之后早期细节只剩摘要,心跳打进来时,那条心跳提示词可能是上下文里唯一高保真的任务描述 2. 世界在你睡着时变了——下属可能干完了、卡死了、跑偏了,你脑子里的"进度"从睡着那刻就开始过期 3. 任务本身会变—

By ladydd

我没手动映射 3000,公网为什么还能访问?一次 UPnP 误开孔复盘

写在前面:标题里的“自己打开”只是当时的主观感受。路由器没有失控,也不存在神秘穿透。真正发生的是:排障自动化从局域网主动调用了 UPnP AddPortMapping,路由器按协议新增了公网映射。 1. 原本的设计边界 家里的 Open WebUI 跑在一台 Ubuntu 主机的 Docker 中: 内网主机 192.168.x.x:3000 路由器上手动配置的入口是: 公网 TCP 13000 → 内网主机:3000 外部用户不直接访问家宽端口,而是先到云端 Caddy: 用户浏览器 → https://ai.example.com (云端 Caddy) → http://home.example.com:13000 (DDNS → 家宽公网

By ladydd
陕公网安备61011302002223号 | 陕ICP备2025083092号