diff --git a/sig/TC/content/doc/projects/openanolis_anck_custom_feature_review_principles.md b/sig/TC/content/doc/projects/openanolis_anck_custom_feature_review_principles.md
index 273556c62378004ddb9a71fe11efa12bb1ca3e22..7d54b99c3dae17739efd11ce520b04143a5c3f2e 100644
--- a/sig/TC/content/doc/projects/openanolis_anck_custom_feature_review_principles.md
+++ b/sig/TC/content/doc/projects/openanolis_anck_custom_feature_review_principles.md
@@ -10,4 +10,12 @@
 | 有独立 kconfig 开关控制的内核定制 | ANCK 已有相似定制的功能，存在冲突可能性 | 拒绝 | 采用下列决策之一后再评审：<br>1.找到冲突合并实现方式<br>2.考虑重新设计<br>3.原有定制和新定制全部放弃，只在下游衍生版维护 |
 | 有独立 kconfig 开关控制的内核定制 | 无冲突的独立模块或源文件，只能在内核实现，具有通用性 | 接受 | 评审过程中必须满足下列条件：<br>1.  跟其内核其他任何模块/代码是正交关系，不对其他功能有任何影响，且功能特性有通用性。<br>2.  代码风格满足龙蜥社区的最低要求。<br>3.  不能有重大稳定性、性能、兼容性问题。<br>4.  明确maintainer |
 | 有独立 kconfig 开关控制的内核定制 | 无冲突的独立模块，只能在内核实现，特性小众独特 | 拒绝 | 采用下列决策之一后再评审：<br>1.说服生态推广价值或利他价值后再审。<br>2.以体验功能方式合入（考虑合入 staging 目录，或 kconfig 默认关闭），但合入前需社区 TC 投票决策。<br><br>其他必要条件：<br>1.代码风格满足龙蜥社区的最低要求。<br>2.不能有重大稳定性、性能、兼容性问题。<br>3.明确maintainer |
-| 无独立 kconfig 开关控制的内核定制 | \- | 拒绝 | \- |
\ No newline at end of file
+| 无独立 kconfig 开关控制的内核定制 | \- | 拒绝 | \- |
+
+# ANCK Maintainer 制度
+
+推动Cloud Kernel SIG 主产品 ANCK maintainer 制度发展完善。原则上根据社区贡献，逐步吸纳更多的 ANCK 主线的 maintainer，重点考虑几点：
+
+1. 厂商独立负责，非公共路径的源代码文件：根据历史贡献以及对社区的资源保障，吸纳评选maintainer。
+
+2. 公共路径代码：原则上考虑 upstream first，因此要求厂商有长期规划和维护承诺，并且由 upstream reviewer/maintainer 的工程师申请。