采购制度如何落地:从PDF到ERP的流程控制点拆解

简介:一份恒大中国控股有限公司采购管理制度全文PDF,适合房地产企业采购、成本管理、供应商管理相关从业者及制度编写参考。内容系统覆盖供应商资质审查与绩效评价、集中采购与联合采购模式、公开招标与竞争性谈判等采购方式,并明确集团成本管理中心、区域采购主管部门等各层职责,配套内部控制、审批审计和应急风险管理机制,能帮助读者理解大型房企采购体系运作逻辑。制度还针对供应中断、价格波动等风险给出应急防范要求。资源共1个PDF文件,压缩包大小168KB,轻量便携,便于阅读和检索。已有81人学习下载。通过对制度目录、术语定义、战略合作实施要求等内容的梳理,可快速掌握恒大采购管理从供应商准入到合同履约的全流程框架,为优化自身企业采购制度或撰写相关方案提供一手参考。

1. 一份采购制度PDF文件:它不是存档,是执行基线

拿到一份文件名里带着“采购管理”和“制度”的PDF,很多人的第一反应是存档备查,需要走流程时才翻出来找审批权限。实际落地过采购模块就会明白,这类制度文件是采购、财务、审计和信息系统实施方之间唯一的对齐基准。制度里每个条目最终都会变成供应商准入、采购方式、审批链、验收付款之间的控制关系,甚至直接影响ERP采购模块里的单据模板和金额校验。执行层嫌流程多,管理层担心审查留白,信息部门夹在中间反复改配置——根因往往不是系统不好用,而是制度没有被拆成流程地图。适合细读这份文件的人有三类:负责采购流程的专员和经理、配合制度落地的信息化实施人员、做内控和审计的同事。

2. 先拆制度骨架:采购分类、审批权限与流程节点定义

这类制度文件的一级目录通常很接近:总则、组织职责、采购分类、采购方式、供应商管理、采购实施、合同管理、验收付款、监督问责。多数人直接从审批权限表开始看,但真正决定一条采购业务走哪套流程的,是最前面的分类和授权两个章节。分类错了,采购方式跟随错误;授权口径错了,后续所有系统审批节点都要返工。

2.1 采购分类是制度里第一个分叉口

制度里的采购分类决定后续走哪套采购程序和评标规则。常见一级分类是工程采购、货物采购、服务采购,但落到执行时,二级分类才真正影响操作:工程类里区分土建工程、装修工程、机电安装;货物类里区分生产设备、办公设备、甲供材料;服务类里区分设计、监理、咨询、维保、物流。分类不同的根本原因在于标的物属性不同,工程有现场签证和进度款,货物有到货验收和质保期,服务有过程考核和成果交付,混在一起管理必然出问题。

一级分类典型内容常用采购方式执行中容易出现的偏差
工程采购土建、装修、机电安装公开招标或邀请招标把工程拆成材料采购,避开招标门槛
货物采购生产设备、办公设备、甲供材料招标、询比价只比总价,忽略备件和售后成本
服务采购设计、监理、咨询、维保竞争性谈判、邀请招标按货物类走询比价,评分维度错位

分类划分除了一级和二级,还要规定“混合采购项目如何处理”。一份设备采购合同里既含硬件又含安装服务和几年维保,制度如果只写“按主要标的确定采购方式”,执行时每个人对“主要”的理解都不一样。我处理这种情况的做法是要求需求部门在立项时标注金额占比,超过一定占比的类别主导采购方式,并在审批单上留下判断依据,避免后续审计时说不清。

2.2 审批权限表决定流程长度和授权边界

审批权限是制度文件里最值得逐字核对的部分。它通常以金额阈值为横轴、审批岗位为纵轴,形成一张分级授权表。这里有一个容易踩的细节:金额口径到底是含税还是不含税。两份合同价差在税率上可能不大,但阈值卡在50万元时,含税和不含税会直接改变审批层级。制度里没有写明口径的,需要第一时间和编制部门确认,再把口径写进系统配置说明。

下面是一张常见的中型集团采购分级授权参考结构,具体数字要按制度原文调整,不能直接套用:

采购金额区间(不含税估算)审批节点适用采购层级
10万元以下采购经理部门内部审批
10万元到50万元采购负责人加财务负责人部门协同审批
50万元到200万元分管副总分管领导审批
200万元到500万元采购决策委员会跨部门集体决策
500万元以上经营决策层或董事会重大采购专项审议

授权表之外还有一个隐藏参数:会签规则。制度里常出现“经相关部门会签”,但哪几个部门、按什么顺序会签、是否有一票否决权,很多PDF里没有展开。把职责分散的部门全部塞进审批链,流程会慢得难以接受;只让采购一个部门走完,又会失去制衡。我一般在落地前先做一张RACI职责矩阵,把制度里提到的“谁主导、谁配合、谁审批、谁备案”拆成表格,再翻译成系统审批流。每个节点只保留一个主审批人,其他部门设为知会或并行会签,避免顺序审批互相等待。

2.3 把流程条款转成流程步骤的五步法

制度条文写的是逻辑,系统跑的是事件流。把PDF里的“采购申请应经审批”变成系统中一张请购单的流转路径,我按五步来拆:

第一步,定义起点和终点事件。起点是需求部门发起请购,终点是合同归档或验收付款完成,中间任何一个节点都不能只有描述没有载体。

第二步,识别硬单据。每段业务动作都要落到具体表单上:请购单、询价单、比价单、定标纪要、合同审批单、验收单、付款申请单。制度里没提到的单据,在实施时补上,否则流程无法留痕。

第三步,拆条件分支。按金额、采购分类、是否首次合作、是否单一来源,把流程拆成不同分支。比如同一供应商处采购,首次合作走供应商准入审批,后续合作直接走采购订单,绝不能混在一起。

第四步,定异常分支。驳回、终止、撤销、变更,每条异常路径都要有明确处理规则。系统里最常见的翻车是审批被驳回后重新提交,金额和供应商字段被修改但审批链没有重新触发。

第五步,设时限。制度里若写了“收到申请后X个工作日内完成审批”,就把时限配置成系统超时提醒;若没写,建议补充,否则审批环节变成黑匣子,需求部门不知道卡在谁手里。

制度文件中常出现“原则上”“一般应当”“经批准后”这类弹性表述。弹性本身不代表错,但落地时要把弹性转成三层规则:必须执行,禁止执行,允许在特定条件下执行。只有到这一步,制度里的话才能真正被系统识别。

3. 把准入、招标、定标条款落成可执行动作

采购制度里最容易被审计挑出问题的,是供应商准入、采购方式选择、定标和签约一致性。这三个环节如果只在制度里写了原则,执行端各做各的,完整性就保不住。

3.1 供应商准入需要哪些硬性门槛

供应商准入条款通常写得很简短,比如“供应商应具备相应资质和良好履约能力”。真正落地时,这张清单必须做到可核验、可留痕、有有效期。参考一份集团采购制度的常规做法,准入材料至少覆盖以下项目:

核验项基础门槛常见缺漏
营业执照在有效期内,经营范围覆盖标的只收复印件,没核对统一社会信用代码
资质证书对应行业等级或专项许可证书过期或与投标主体不一致
业绩证明近两年同类项目合同或验收报告用母公司业绩冒充子公司业绩
财务状况近一年审计报告或银行资信证明制度没提财务门槛,后续付款风险大
信用记录无重大违法记录、无失信被执行记录只在准入时查一次,之后不再复查
质量与安全体系按标的类型要求ISO或行业体系证书不区分适用业务,要求过高压掉优质供应商
黑名单审查未被本集团或关联单位列入黑名单集团内各公司名单没有同步

准入只是初筛,不是终身资格。制度如果只写了“进入合格供应商名录”,没有写复审周期,两年后名录里躺着大量失联供应商,真正询价时电话都打不通。我一般建议在台账里增加三个字段:资质有效期、年度复审日期、最近履约评分。每年至少集中复审一次,把停业、资质过期、重大质量事故的供应商筛出去。

3.2 招标方式选择与评标办法

采购方式的选择,决定了竞争程度和评标规则。集团采购制度里通常列出公开招标、邀请招标、竞争性谈判、询比价、单一来源五种。用错方式的后果不只是流程不合规,还会直接影响采购成本和质量。

采购方式适用场景主要优势主要风险
公开招标金额大、潜在投标人多的项目竞争充分,合规性强周期长,投标人质量难以预判
邀请招标技术复杂或潜在投标人较少兼顾效率与竞争邀请名单容易被经办人控制
竞争性谈判需求不明确或紧急但金额较大可多轮磋商谈判记录不全,存在暗箱空间
询比价金额小、规格明确的常规采购执行快,成本低比价对象固定后流于形式
单一来源专利、专有技术或紧急情况必须高效处理特殊情况价格谈判难度大,易被绑定

评标办法里最容易做文章的是评分权重。制度层面不需要规定每个项目的具体分值,但必须要求“评标办法在招标文件发出前确定,并随招标文件公布”。常见综合评分法的口径:

综合评分 = 技术分 × 技术权重 + 商务分 × 商务权重 + 价格分 × 价格权重

价格分一般按评标基准价计算,公式可表达为:价格分 =(基准价 / 该投标人评标价)× 价格权重满分。基准价可以是所有有效投标报价的算术平均值,也可以是平均值与最低价的一定比例组合。技术权重过高,容易变成陪标工具;价格权重过高,后面大概率出现低价中标再靠变更加价。制度里要留一个硬约束:技术分和商务分必须事先量化,不能在现场评标时临时商量。

反商业舞弊的细节也不能忘:投标文件由谁编制、文件属性、保证金付款账户、投标邮箱和联系方式,这些信息在开标前不应互相可见。评标现场保留签到表和打分表,评分表上不允许涂改,确需修正的要签字确认。

3.3 定标与签约一致性核对

定标之后,合同内容能不能完全照搬中标结果,是采购管理中矛盾最多的地方。中标价格、采购范围、交付时间、质量标准、付款方式,这五项是核心边界。制度里如果没有明确“合同不得实质性偏离中标文件”,评审时就会出现中标后重新谈判,把低价标抬成高价合同。

我实际操作时会增加一份合同偏离清单,由法务或商务人员逐项核对,主要控制以下内容:

偏离项是否允许处理要求
合同金额高于中标金额禁止系统强制校验,合同单不能手工改价
付款条件比中标条件放宽禁止预付款比例、账期统一锁定
质量标准低于投标承诺禁止重要质量参数写入合同附件
交付周期延长有条件允许需注明原因并经需方确认
商务细节明确允许如开票信息、联系人、交付地址

系统落地上,我通常把中标金额写入采购订单主数据,合同生成时自动带出,经办人只能填合同编号,没有权限直接改金额。若合同确实需要调价,必须走变更审批,而不只是允许在合同上涂改。这一步看着死板,却能挡掉大量后续纠纷。

4. 验收、付款、变更:最容易失控的三个执行环节

采购流程走到合同签署,常被当作一个节点结束,实际上合同签完才是风险高发期。验收签字随意、付款审核只看发票、现场变更口头交代,这三种情况在工程和货物采购中都频繁出现。

4.1 验收权限分离与验收单要素

验收环节最核心的要求是职责分离。组织任何采购,需求部门、采购部门、验收部门都不能由同一人全程包办。制度里常用一句话表述“不相容职务分离”,但执行时经常被“人手不够”突破,最后出现采购经办人自己验货自己签字。

角色可执行动作禁止事项
需求部门核对规格、数量、质量并确认满足使用要求独自与供应商议定变更
采购部门协调交付、处理商务问题在验收单上代替使用部门签字
仓库或资产部门清点实物入库、登记资产信息按白条入库
财务部门核对票据和付款要素以验收单以外的口头通知作为付款依据

验收单要包含多少信息才能满足内控和系统匹配?我常用的最小字段集是:单据编号、验收日期、合同编号、采购订单号、供应商名称、品名规格、数量、计量单位、验收依据、验收结论、验收人签字、验收部门盖章。缺少订单号的验收单,系统无法匹配合同,后续付款时只能人工补录,补录过程就是错误滋生点。

如果验收发现不合格,制度里还要规定后续动作:退货、换货、让步接收。让步接收必须有审批,由需求部门说明不影响使用的理由,经质量或技术负责人确认,否则这部分损失会被默认摊到结算里。

4.2 付款节点与发票合规

付款条款通常在建合同时就大约定了四类节点:预付款、到货款、验收合格款、质保金。很多集团制度对预付款控制极严,常见上限在合同额的10%到30%之间,设备类定制采购可能更高一些,但必须要求供应商提供对应金额的预付款保函。没有保函约束,预付款去向很难追踪。

付款节点触发条件需提交材料常见风险
预付款合同生效且收到发票或保函合同、发票、保函先付款后补流程,保函过期未核
到货款设备或材料运抵现场到货签收单、发票只凭运单付款,未核数量
验收合格款验收合格报告出具验收单、发票、合同验收单要素不全
质保金质保期满且无未决问题质保到账确认到期不返还,被供应商投诉

发票审核在三流合一方面要较真:合同流、货物流、发票流必须一致。我见过不少供应商用关联公司开票,合同签的是A公司,货也由A公司交付,发票却由B公司开具,这种操作要不得,财务在审核付款时要把开票单位与合同签约主体做比对。系统上可以把供应商名称与发票抬头做结构化比对,不一致的直接挂起,不允许人工强行提交。

4.3 变更签证:先定价、后实施

工程采购里最让审计头疼的是变更签证。现场管理人员为了赶工期,口头通知施工单位先干活后补单,等到结算时一次性拿出一叠签证单,金额已经远超原合同。制度再严,控制点错位照样失控。

变更签证的控制起点是实施之前。制度要明确:未经变更审批的施工内容不算合同范围内工作,结算时不予认可。这是工程结算纠纷的最大护身符。日常操作中我按以下三个硬规则执行:

第一个规则,变更审批要按原合同审批权限执行。变更单对应的金额并入原合同累计金额,重新计算审批层级,而不是按单张变更的金额单独判断。

第二个规则,累计变更金额要设预警线。常见的做法是累计变更超过原合同价的10%或15%时,必须再次上会决策,超过30%甚至要考虑原招标是否还有效。规则听起来一刀切,但它能把无休止的变更叫停。

第三个规则,变更单价要有依据。材料替换类变更,要附市场询价记录或原合同内同类单价;凡是签证单上没有单价依据的,财务一律退回补充,不做默认计入。

变更类型审批要求必要附件
工程量增加实施前发起变更审批现场计量记录、单价来源
工程量减少双方书面确认,扣减合同金额原清单对照表
材料替换按原审批权限审批原合同价、替代材料性能对比、价差
付款条款调整严格限制,通常不予同意合同补充协议草案

5. 采购制度落地的常见坑:从拆分金额到低价中标翻车

制度文件写得再完整,落地时仍会踩坑。下面五条来自不同阶段的实战复盘,每条都是现象、原因、解决三个层次,基本可以作为项目上线前的检查清单。

5.1 坑一:制度写“参照执行”,等于没有人执行

现象:制度原文写“以下事项可参照本制度执行”,到了业务部门手里,全部变成“可做可不做”。问起来就回复说制度不是强制,照章办事的反而被说不知变通。 原因:制度编制时为了覆盖更多场景,故意使用弹性表述,但忽略了执行端需要确定性。 解决:落地前把制度里所有“参照执行”替换成三类明确动作:必须执行的事项,禁止执行的事项,有条件执行的事项。系统配置时,必须类设成强制节点,禁止类设成拦截校验,条件类设成带附加材料的审批分支。字面标准只有落到系统开关上,才真正有效。

5.2 坑二:金额拆分规避审批

现象:一项总额三百多万元的采购,被拆成六张金额四十多万元的订单分别走审批,刚好绕过50万元以上的分管副总审批节点。审计查出来时,单笔订单都合规,合并计算问题明显。 原因:审批权限表只按单笔金额判断,没有考虑同一需求、同一供应商、同一时间段的累计金额。系统没有设置跨单据归集校验,制度条文管住了面,管不住拆。 解决:审批权限表后面加一条归集规则:同一请购计划下、同一供应商处、同一预算科目的多笔订单,按累计金额匹配审批层级。系统配置时对“供应商名称、采购类别、需求计划编号、预算科目”做组合校验,触发上限后强制生成更高一级审批任务。

5.3 坑三:低价中标后结算翻倍

现象:中标的投标报价明显低于其他投标方,评标时被当作最优结果锁定,项目结算时工程量增加、材料替换、措施费调整,最终结算价比中标价高出将近一半。 原因:评标只盯总价,没有同时审查综合单价是否合理。投标方用不平衡报价压低总价,中标后再靠变更和结算把利润找回来。制度如果没要求“单价合理性评审”,评标过程就被总价带偏。 解决:评标办法里加入单价审查环节,规定投标报价中出现明显低于成本价的综合单价,投标方必须书面说明理由;现场评审时把工程量清单中金额占比较大的前十几项单挑出来,与市场价、内部限价对比。合同文本里明确:原清单内的综合单价结算时不作调整,新增项目单价优先参照原合同相近单价。

5.4 坑四:合格供应商名录成了僵尸名单

现象:供应商准入申请批过后,三年没人复审。名录里有的公司早已停业,有的资质证书过期,有的连续多次交货延期,但每次询价还是这批老面孔。 原因:制度只规范了准入门槛,没有给准入后的动态管理设定周期和退出机制。采购部门日常工作跟单已经饱和,复审被一再推后。 解决:在供应商台账里增加三个硬性字段:资质有效期、复审日期、最近十二个月履约评分。履约评分可从交货及时率、验收合格率、售后响应时间三个维度计算,低于设定分值就降级或移出合格名录。每年第四季度集中跑一遍复审流程,审查记录归档,作为下一年招标邀请名单的依据。

5.5 坑五:线上审批单和纸质合同不一致

现象:系统流程显示合同已批准,归档的纸质合同金额、收款账户却和线上审批单不同。财务按纸质合同付款,审计按线上审批数据核对,两边对不上,直接形成管理漏洞。 原因:线上审批完成后,合同线下签署环节失控。业务人员觉得纸质合同要按实际谈判结果调整,便在签章阶段改了金额或账户,没有再回系统同步。 解决:把“纸质合同扫描上传”作为流程归档的前置条件,同时让系统读取扫描文件中的关键字段不可行时,也可以要求经办人在系统中逐项录入合同金额、收款账户、付款条款,与审批单自动比对。出现差异时,流程挂起并推送给法务和财务处理。便宜又能落地的做法是:合同签章页复印或扫描后必须上传系统,操作日志保留上传时间和操作人,审计时先看时间先后。

6. 把PDF变成管理工具:24项内控自查清单

制度文件的价值不在书架,在使用。我有一个坚持了很多年的习惯:新接一个单位采购流程优化,先把制度拆成控制点自查表,再谈系统配置。自查表不追求长篇大论,每个控制点只判断一种状态:已建立、待完善、未建立。

序号控制点检查结果
1采购分类有明确划分并覆盖实际业务已建立
2审批权限表设置合理已建立
3金额口径明确了含税或不含税待完善
4请购单与预算强关联已建立
5需求、采购、验收岗位分离已建立
6供应商准入有审批记录已建立
7供应商资质设置了有效期提醒待完善
8黑名单制度已在各子公司同步待完善
9公开招标适用范围明确已建立
10邀请招标适用条件明确已建立
11竞争性谈判适用条件明确待完善
12询比价金额范围和比价对象数量明确已建立
13评标办法在招标文件发出前定稿已建立
14评分标准可量化,无临时加分项待完善
15评标专家来源和抽取规则明确待完善
16废标条件提前列明已建立
17定标纪要素完整,评委签字留痕已建立
18合同金额与中标金额一致性受控已建立
19线上审批数据完整、可导出审计待完善
20验收单字段要素齐全已建立
21付款审核包含发票和合同主体比对待完善
22变更签证在实施前完成审批已建立
23质保金扣缴和返还条件清晰待完善
24内部审计或专项稽查机制生效已建立

这张表每半年跟着制度修订一起过一遍,每次更新都能发现几个盲点。我对“待完善”项的判断标准很简单:再等半年会不会出事,会就立刻补,不会就排进下一轮计划。采购制度这类PDF最怕被当成历史文件锁进柜子,它应该是每年都被翻出来、逐条对照、持续修正的管理基线。希望帮到你。

本文还有配套的精品资源,点击获取

相关新闻

LDA与SVM实战指南:线性分类算法原理、选型与避坑

LDA与SVM实战指南:线性分类算法原理、选型与避坑

1. 这不是数学考试,而是你手头数据的“分界线工程师”上岗指南你手头有一批客户行为数据,想自动区分高价值用户和低活跃用户;你正在调试一个工业传感器信号分类模块,需要在毫秒级内判断设备是正常运行还是早期故障;甚至…

2026/10/20 6:42:40 阅读更多 →
OpenClaw智能体运行时:从零搭建到自动归档文件实战

OpenClaw智能体运行时:从零搭建到自动归档文件实战

你有没有遇到过这种场景:电脑里囤了上万份文件,想整理却迟迟不想动手;平时要在终端、表格、浏览器之间来回切,就为了把一个重复性的任务跑通。我之前有相当一段时间,光在这些琐碎的事情上浪费的时间,每周都…

2026/10/20 6:42:40 阅读更多 →
AUV与USV声纳智能感知:AI融合与工程实践

AUV与USV声纳智能感知:AI融合与工程实践

1. 无人系统智能感知:设计思路与方案选型1.1 AUV与USV的感知需求差异先说清楚两个平台各自的脾气。AUV全自主潜航器,一下水就等于进入了一个“无GPS、无光线、无高速通信”的三无环境。可见光摄像头在水下五六米以外基本就是一片灰蒙蒙,电磁波…

2026/10/20 6:42:40 阅读更多 →

最新新闻

Agent长任务稳定运行的五大机制:上下文、检查点、恢复与资源管控

Agent长任务稳定运行的五大机制:上下文、检查点、恢复与资源管控

先说结论:如果你在做Agent应用,迟早会撞上同一个问题——“demo能跑通,一上真实任务就废”。这不是模型能力不够,也不是prompt写得不行,而是运行时机制没设计好。这里想聊的这套东西,是一套沉淀下来的运行机…

2026/10/20 7:39:08 阅读更多 →
Claude API上下文压缩机制与40k分片优化实践

Claude API上下文压缩机制与40k分片优化实践

1. 这个“96万token压缩阈值”到底在说什么?很多人看到标题第一反应是:Claude Code?没听说过这个官方产品。确实,Anthropic 官方从未发布过名为 “Claude Code” 的独立工具或服务。标题里这个名称,其实是社区开发者对…

2026/10/20 7:39:08 阅读更多 →
普通程序员转大模型应用开发:从提示词到RAG的六步落地指南

普通程序员转大模型应用开发:从提示词到RAG的六步落地指南

这两年总有人问我:我是干后端/前端/测试的普通程序员,现在转大模型应用开发是不是要从头学算法?我的回答一直很直接——不用。大模型应用开发和传统软件开发之间的墙,没有想象中那么高。它更像是在你已有的工程能力上,…

2026/10/20 7:39:08 阅读更多 →
Flink核心机制实战:Time、Window、State与Checkpoint如何协同

Flink核心机制实战:Time、Window、State与Checkpoint如何协同

做流处理开发,绕不开Flink最核心的一套骨架:Time、Window、State、Checkpoint。很多人刚开始接触Flink时,把这些概念当成一个个零散的知识点去背,真到调优和排查问题的时候才发现,它们其实是一套紧密咬合的机制——Tim…

2026/10/20 7:39:08 阅读更多 →
C#企业后台系统数据库设计与Web Forms分层实现

C#企业后台系统数据库设计与Web Forms分层实现

简介:这是一套基于C#与ASP.NET开发的完整B/S架构企业后台管理系统源码,面向.NET初学者、Web开发入门者及中小型企业管理软件实践者,解决权限管理、用户运营、数据报表等典型后台业务场景的快速搭建问题。资源包共909个文件,涵盖19…

2026/10/20 7:39:08 阅读更多 →
Abaqus隧道空洞模拟:地表沉降有限元分析建模方法与工程应用

Abaqus隧道空洞模拟:地表沉降有限元分析建模方法与工程应用

从实际项目出发,我接到过一个很有意思的模拟任务:用Abaqus分析隧道施工中形成的空洞对地表沉降的影响规律。这类问题在岩土工程里特别典型——城市地下管线破损、盾构注浆不密实、矿山采空区塌落,都会在地层内部留下空洞,而地表沉…

2026/10/20 7:38:07 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →