前段时间，有家属向我咨询，当事人是一名程序员，因为公司业务涉嫌犯罪，突然被公安机关刑事拘留了。电话那头的声音充满了困惑和焦虑：“叶律师，他就是个写代码的，每天按时上下班，怎么就犯罪了呢？”
说实话，每次遇到这类咨询，我的心情都有些复杂。在数字时代，技术本身是中立的，但技术应用的环境和目的，却可能将技术人员卷入法律风险。尤其在一些涉及平台运营、资金结算或用户数据的项目中，一旦公司整体业务被认定涉嫌诈骗等犯罪，作为项目一环的程序员，确实很难置身事外。
很多人，包括一些技术人员自己，容易陷入一个误区，认为“我只负责写代码，实现功能，公司业务是否违法与我无关”。这就像说“我只负责生产这把刀，别人拿去做什么我不知道”一样。在法律评价体系里，尤其是在共同犯罪的认定中，这种“技术中立”的辩解往往很苍白。
关键在于，你的工作成果被用于何处，以及你在多大程度上“应当知道”或“可能知道”它的最终用途。如果一个电商平台的后端程序员，不断接到任务去修改支付接口的跳转逻辑，让用户支付的钱款流入非合同约定的私人账户；或者一个APP的前端工程师，被要求设计极具诱导性的弹窗和虚假进度条，刻意隐瞒扣费事实——这些具体的编码行为，就已经超出了单纯的技术实现范畴。
你的代码，成了整个涉嫌欺诈环节中不可或缺的一环。这时，司法机关在审查时，就不会仅仅把你看作一个工具人，而会审视你的工作内容本身是否带有“欺诈性设计”的色彩。
那么，是不是所有参与了问题项目的程序员都会被追究责任？当然不是。罪与非罪、此罪与彼罪、罪轻与罪重，一个核心的审查焦点就是：主观上是否“明知”。
这里的“明知”，不要求你像公司老板或业务负责人那样，对全盘犯罪计划了如指掌。法律上的“明知”，包括“知道”和“应当知道”。司法机关会综合各种因素来推断你是否具备这种“明知”：
你负责的具体模块：是纯技术底层架构，还是直接与用户交互、涉及资金和核心业务逻辑的模块？后者显然风险更高。
你的参与程度：是短暂介入某个小功能，还是长期、深度参与核心违法功能的开发与维护？
公司的业务模式是否明显异常：你是否曾对业务合规性提出过疑问？公司内部是否有过关于风险的非正式讨论？
你的从业经验和专业背景：以你的认知水平，能否判断出所开发的功能可能被用于违法目的？
在我的办案经验里，前端UI/UX设计师、直接处理支付和用户数据的后端工程师、负责虚假流量和数据包装的运维人员，往往更容易被司法机关推定存在“明知”。因为他们所实现的功能，本身就是欺诈行为的外在表现或关键支撑点。
当一位程序员被卷入刑事案件，无论是他本人还是家属，最初的震惊和不解都是正常的。但情绪过后，必须回归理性应对。
首先，也是最紧迫的一点：不要再简单用“我只是个技术”来应对办案人员的讯问。这个说法无法解释你的具体工作行为与犯罪结果的关联。你需要做的，是准备能够清晰、客观说明以下情况的材料：
你的岗位职责和劳动合同，证明你的具体工作范围。
你所参与开发模块的技术文档、需求文档、代码提交记录，用证据还原你工作的真实内容和边界。
你在工作中与产品、运营、法务等部门的沟通记录（如邮件、聊天记录），特别是能证明你对业务提出过合规性质疑，或你获得的信息是“业务合法”的证据。
这些材料的目的，不是为了对抗调查，而是为了帮助办案机关更准确地查明事实，将“奉命行事的技术人员”与“积极参与的共犯”区分开来。这是争取不批捕、不起诉或罪轻处理最扎实的基础。
刑事案件的程序环环相扣，从最初的讯问到后续的批捕、审查起诉，每一个阶段都非常关键。很多技术人员因为不了解法律，在初期做了对自己不利的陈述，或者错过了提交有利证据的最佳时机。如果你或家人正面临类似的困境，感到迷茫，可以先整理一下基本情况。我帮你看看，从律师的角度，当前最需要厘清和准备的是什么。
叶斌律师，刑事辩护律师，浙江允道律师事务所主任，创始合伙人，执业十八年以来，专注刑事辩护领域，带领团队办理刑事案件超2000件，成功帮助上千名当事人争取到取保候审、不起诉、缓刑及罪轻判决。在诈骗罪、非法经营罪、开设赌场罪及卖淫类犯罪，销假类犯罪，性侵类犯罪，毒品犯罪等各类刑事案件有极其丰富的办案经验。团队承诺专业服务、追求有效辩护，在杭州有良好的口碑。
