1. IBS 项目的起点，不能是“排便变了”，而必须是“腹痛和排便一起变了”

在功能性肠病研发中，最常见的误区之一，就是把 IBS 简化成“腹泻型项目”或“便秘型项目”。这种理解在项目早期看似方便，实际上会直接影响模型选择、终点设置和后续结论的可信度。原因很简单：IBS 从来不只是排便频率和粪便性状的问题，它的核心特征是反复出现的腹痛，以及与排便相关的症状改变。

如果一个项目从一开始就把重点放在“稀便减少了没有”“排便次数增加了没有”，那么最后拿到的数据往往只能说明候选物对肠道分泌、推进或水分转运有影响，却不足以说明它真正触及了 IBS 最关键的病理环节。对于 IBS 来说，单纯改善便秘或腹泻，和真正改善疾病，并不是同一个层面的结论。

这也是为什么 IBS 项目在前临床阶段不能先按“腹泻模型”或“便秘模型”粗放分类，而应先回答两个问题：第一，项目是否要处理内脏高敏和腹痛；第二，项目处理的是哪一种排便异常。只有把这两个问题放在一起，研发路径才不会偏。

2. 只盯着腹泻或便秘，容易把 IBS 做成普通肠动力项目

从表面看，IBS-D 患者表现为稀便、急便、排便频率增多，IBS-C 患者表现为排便困难、粪便干结、排便次数减少，所以很多项目会自然地把 IBS-D 归入“止泻项目”，把 IBS-C 归入“促排便项目”。但临床上真正困扰患者、也最影响生活质量的，往往不是单纯的排便异常，而是伴随排便改变反复出现的腹痛、腹部不适和排便相关症状波动。

这意味着，如果前临床方案只使用急性腹泻模型或普通便秘模型，并把终点主要放在稀便率、首粒黑便时间、24 小时粪便数之类的读数上，项目更像是在验证“肠道快慢是否改变”，而不是在验证“IBS 是否得到改善”。前者回答的是动力学问题，后者回答的是疾病问题。两者相关，但并不等价。

更实际一点说，一个候选物可能确实能在数小时内止泻，也可能确实能让动物更快排便，但如果它对内脏高敏、脑肠轴异常、神经免疫失衡和应激相关放大机制没有作用，那么它在 IBS 项目中的定位就应该更加谨慎。它可能是一个症状改善工具，也可能适合某一亚型的辅助治疗，但未必适合作为“真正改善 IBS”的核心证据。

3. IBS 的核心，不是“肠道快了还是慢了”，而是“肠道为什么会痛”

IBS 的前临床研发之所以复杂，是因为它并不是单一器官功能异常，而是脑肠轴、内脏感觉、局部免疫、黏膜屏障和肠道运动共同参与的结果。在这一套网络中，排便异常只是外部表现，腹痛和高敏则更接近疾病的核心体验。

这也是为什么 IBS 项目和普通便秘、普通腹泻项目在模型逻辑上不能混用。普通腹泻模型更适合回答“分泌是否被抑制”“渗透性腹泻是否减轻”“急性止泻是否有效”；普通便秘模型更适合回答“推进是否增强”“水分转运是否改善”“排便是否恢复”。而 IBS 模型更重要的问题是：是否降低了直肠扩张诱发反应，是否缓解了内脏高敏，是否改善了应激驱动的症状放大，是否影响了与疼痛和不适相关的神经免疫信号。

如果不把腹痛维度纳入项目设计，IBS 项目最后常常会出现一种尴尬局面：排便指标有改善，但无法解释为什么要把结果外推到 IBS，而不是一个更宽泛的肠动力或分泌调节项目。

4. 为什么 AWR/CRD 往往比单纯粪便指标更有决定意义

在 IBS 的前临床评价中，AWR/CRD 之所以被反复强调，不是因为它“更高级”，而是因为它更接近 IBS 腹痛和内脏高敏的核心问题。对于很多潜在客户来说，真正需要的不只是看到动物“便正常了”，而是要看到候选物是否降低了应激或炎症后持续存在的高敏状态。

如果一个项目的目标是脑肠轴调节、神经免疫修复、屏障修复、微生态干预或内脏痛觉调控，那么只靠粪便性状和排便频率明显不够。AWR/CRD 这类终点，能够把“症状改变”升级为“疾病关键病理环节被触及”的证据。它不只是补充项，很多时候是区分“普通促排便/止泻结果”和“IBS 机制结果”的分水岭。

尤其是在应激型 IBS 或 PI-IBS 研究中，若缺少高敏终点，整个项目会天然偏向浅层药效展示，而不是机制性验证。

5. IBS-D 和 IBS-C 都属于 IBS，但研发策略并不对称

虽然 IBS-D 和 IBS-C 都以腹痛为核心，但两者在前临床上的策略不能简单对称处理。IBS-D 项目中，团队更容易因为腹泻表型明显，而过早把研究重心压到止泻终点；IBS-C 项目中，则更容易因为排便困难显眼，而把全部注意力放到促动力和含水率改善上。两种情况的共同问题，都是腹痛维度被弱化。

真正成熟的 IBS 项目设计，应该把腹痛与排便异常同时纳入基础评价框架。对于 IBS-D，需要证明的不只是稀便减少，还包括高敏是否下降、神经免疫是否缓和、屏障是否改善。对于 IBS-C，也不只是排便恢复，而是要说明腹部不适、内脏感觉异常和脑肠轴调控是否得到改善。

这也是为什么同样叫“IBS 项目”，有的更适合应激模型，有的更适合 PI-IBS 模型，有的则需要在基础动力模型命中后再升级到脑肠轴或屏障验证层。项目本质不是“拉肚子还是便秘”，而是“腹痛和排便异常通过什么机制组合在一起”。

6. 从研发角度看，先看“腹痛 + 排便异常”，其实是在减少错误外推

很多项目不是没有数据，而是外推过度。最典型的情况，就是把短期止泻直接外推成 IBS-D 改善，把排便增加直接外推成 IBS-C 改善。问题不在于这些数据没有价值，而在于它们只覆盖了疾病的一部分。

如果前临床阶段先把 IBS 定义成“腹痛 + 排便异常”，后续整个研发逻辑会更清晰：模型要能覆盖高敏或脑肠轴，终点要至少有一个能回应腹痛维度，排便相关指标则作为亚型表达的一部分来解释。这样建立起来的数据包，不仅更适合对外沟通，也更能避免结论写得过满。

对于潜在客户而言，这种思路的价值在于，它能帮助项目在最早阶段就区分三类问题：一类是普通肠动力项目，一类是 IBS 症状改善项目，一类是真正面向脑肠轴和疾病机制的 IBS 项目。三类项目都能做，但模型和终点不能一样。

7. 结语

IBS 项目之所以不能只看“腹泻/便秘”，根本原因在于 IBS 不是单纯的肠道快慢问题，而是以腹痛为核心、以排便异常为外在表现的一类脑肠互动性疾病。前临床中，如果先抓住腹泻或便秘，往往只能得到症状层面的浅表结论；只有把腹痛和排便异常一起放进研发设计，模型、终点和机制解释才会真正对得上 IBS。

因此，IBS 项目最正确的起点不是“选一个最常用的腹泻或便秘模型”，而是先判断项目是否要回答内脏高敏、脑肠轴异常和腹痛改善。只有这一步走对了，后续所有模型选择和终点设置才有意义。