常见问题

25 个问题,先按你是谁找

答案都折叠着,点开看;没找到的直接写信问。

按身份找先看这几个

你是谁,先看哪几组

四类来访者各自最相关的分组与问题数。

条形长度=该组问题数(faq.js 现算);分组与身份的对应是本页编排,同一组可能对几类人都有用。

不知道从哪问起,先看这 3 个

按 faq.js 的推荐标记挑出,不代表提问次数。

1量很小也接吗2保密怎么处理3采购流程麻烦吗1量很小也接吗2保密怎么处理3采购流程麻烦吗
推荐标记的问题,按数据顺序;示意
01只有一小段计算,量很小,你们接吗?

接。小任务反而更适合先合作一次——彼此都能低成本地判断合不合得来。量太小不值得走合同的,我们会直接说,并告诉你自己做需要哪几步。

02数据和结果的保密怎么处理?

默认按最严一档处理:不对外披露委托方名称、数据与结果,不在任何材料里引用。需要签保密协议的,在启动前签,可用你方模板。委托方数据只用于本项目,不进入我方其他项目或训练集,结束后按约定销毁或返还。本站没有客户名单,原因也在这里。

03走学校或单位的采购流程麻烦吗?

这一块我们熟。招标、合同、发票、验收材料的常见卡点在哪,需要你方提供哪几份文件,可以在正式启动前一次说清,不让流程拖到项目后面才发现缺件。

第 1 组 · 6 问

合作之前

决定要不要发第一封信之前,多数人会先想清楚这几件事。

先问一句 → 两个工作日判断 → 小事先合作
01只有一小段计算,量很小,你们接吗?

接。小任务反而更适合先合作一次——彼此都能低成本地判断合不合得来。量太小不值得走合同的,我们会直接说,并告诉你自己做需要哪几步。

02我还不确定这件事能不能用 AI 做,可以先问吗?

可以,而且这是我们最愿意接的第一步。把问题和现在卡在哪讲清楚,两个工作日内会得到一个明确判断,包括「这件事不需要做平台,一个脚本就够」这种判断。这一步不收费。

03你们成立才不久,凭什么信得过?

主体是新的,做事的人和方法不是。可判断的依据有三样:一是「进展」页里每条都写了怎么核实的技术佐证;二是「能力与服务」页里每条服务都写死了交付什么、多久、需要你提供什么——写得出这三样才敢承接;三是先做一件小事,比看任何介绍都准。

04数据和结果的保密怎么处理?

默认按最严一档处理:不对外披露委托方名称、数据与结果,不在任何材料里引用。需要签保密协议的,在启动前签,可用你方模板。委托方数据只用于本项目,不进入我方其他项目或训练集,结束后按约定销毁或返还。本站没有客户名单,原因也在这里。

05报价大概是什么量级?为什么官网上不标价?

计算类与开发类的成本与问题本身强相关,笼统的价目表要么虚高要么虚低。「合作方式」页写清了计费口径——按什么算、什么不另收费、什么算范围变更、失败了怎么结算。据此你可以先自行估一个量级,也可以据此核对我们给出的报价单是否合理。

06你们同时接几个项目,会不会顾不过来?

会。所以在给出「适不适合」的判断时,我们会一并说明当前能投入的强度;排不开的时候直接说排不开,而不是先接下来再拖。

第 2 组 · 6 问

采购与合同

面向需要走单位采购、招标或校内流程的对接人。

资质材料 → 合同模板 → 发票 → 验收标准
01走学校或单位的采购流程麻烦吗?

这一块我们熟。招标、合同、发票、验收材料的常见卡点在哪,需要你方提供哪几份文件,可以在正式启动前一次说清,不让流程拖到项目后面才发现缺件。

02需要我们提供哪些资质材料?

常规采购需要的主体材料我方可应要求提供,包括营业执照、开户信息与法人授权委托文件等。具体清单以你方采购部门的要求为准——把清单发来,我们逐项确认能不能出、什么时候能出。

03能开发票吗?开什么票?

可以。公司已完成税务登记并具备开票条件。票种与税率按合同性质确定,可以在报价阶段一并确认,不留到结算时才发现对不上。

04合同用谁的模板?

优先用你方模板,我方配合审阅并提出需要补充的条款(主要是保密、知识产权归属、验收口径与范围变更这四项)。没有模板的,我方可以提供一份基础版供你方修改。

05知识产权归谁?

委托开发与技术服务的成果权属在合同中明确约定,默认归委托方。我方既有的通用工具、方法与代码框架不随项目转移,但保证委托方在约定范围内的使用不受限制。涉及论文与专利的,署名与申请人安排在项目启动前书面约定。

06验收标准怎么定?

在开工前的第三步就定。技术路线建议书里会写明「什么算做到了」,这句话会进合同。我们拒绝把验收标准留到最后再谈——那对双方都是风险。

第 3 组 · 5 问

执行与交付

项目跑起来之后,最常被问到的几件事。

里程碑 → 过程记录 → 同步 → 范围变更
01过程中我能看到什么?

每个里程碑交出的不只是结果,还有过程记录:参数、版本、失败的分支。项目顺利时这部分看似多余,被追问时它是唯一能自证的东西。里程碑之间至少两周一次同步。

02结果达不到预期怎么办?

计算类工作本来就有不确定性,所以我们在书面路线里会先写清「什么算做到了」。做不到时,交付的是完整的过程记录与失败原因分析——它对下一步的价值往往比一个漂亮的数字更大;费用按已执行阶段结算,这一条写在合同里,不靠事后协商。

03中途需求变了怎么办?

按范围变更处理:书面确认新的范围与相应的时间、成本影响,再执行。不默默做完再谈钱,也不以「这不在范围内」为由停在半路。

04我方的对接人换了,项目会断吗?

不会。过程记录与阶段产出持续留存,新对接人可以从材料本身接上,不必依赖某一个人的记忆。这也是我们坚持交过程记录的原因之一。

05计算要在哪里跑?我方数据能不能不外传?

可以不外传。涉及敏感数据的项目,可以在你方环境内完成计算。算力由哪一方提供在启动前确认——我方自有、你方提供、或由我方协调外部算力,三种都做过。

第 4 组 · 4 问

交付之后

交付不是终点,这几条决定了这套东西三个月后还能不能用。

缺陷修复 → 源码与手册 → 回滚演示 → 可换人接手
01交付之后你们还管吗?

管。合同约定期内,因我方实现导致的缺陷免费修复。系统类交付另附带截图的维护手册,并做一次面向你方维护人的移交说明。

02以后想换一家做,会不会被卡住?

不会。交付物包含完整源码、部署脚本与维护手册,系统不设锁定。我们把「三个月后还有没有人敢动它」当成第一验收标准,这句话里的「人」不限于我们。

03系统出问题了怎么退回去?

部署带回滚脚本与历史版本,出问题能退回上一个可用状态,而不是现场抢修。这一条在交付时会实际演示一次,不只是写在手册里。

04能只接手别人做的系统做运维吗?

可以,但要先做一次接手评估。评估结论有可能是「这套不值得接手,重做更省」——这种结论我们会照说,即使它意味着更小的单子。

第 5 组 · 4 问

应聘与实习

面向想来这里工作或实习的同学。

投递 → 两个工作日回复 → 技术沟通 → 定岗
01在校生可以来实习吗?会不会只是打杂?

可以,并且我们规模不大,所以每个人做的事都能看见结果。实习生参与的是真实项目的具体环节,不是造轮子练习。具体做什么在入职前会讲清楚。

02实习与全职怎么计酬?

全职按岗位与经验面议,实习与兼职按项目计酬。参与科研性质工作的,在贡献达到标准时按学术惯例署名——这一条在项目开始前就写清楚,不到发表时才谈。

03不是计算机专业能来吗?

能。化学、药学、生物信息、材料背景都可以,我们更在意你愿不愿意补另一半。反过来,纯计算机背景但愿意读懂问题本身的,同样合适。

04投了简历多久有回音?

两个工作日内给一个明确回复,包括「这次不太合适」。相比简历,我们更看你附上的那一份做过的东西——代码仓库、论文、项目说明都行。

没找到你的问题

直接写信问,两个工作日内回;词看不懂查术语口径。

1查术语口径词看不懂先查2写信问写清问题3两个工作日内回复1查术语口径词看不懂先查2写信问写清问题3两个工作日内回复
问题没列在这里时怎么办