代码结构写得好

@tangkikodo 我主要用于一套 erp 环境里头去, 这个 pydantic-resolve 主要分析 实体间 的, 但是我最主要想分析 service 之间的调用关系. 而且我的方法略微不同, 后端用 python, 前端展示我用的 react-flow. 不过思路的确挺好的, 而且应该可以延展出来挺多有趣的场景. 甚至是后端自动 coding 的逻辑.

@xhawk 特来感谢一下, 已经移植到这边的一个项目中, 很有用.

的确需要，很强大

@lswlray 我也有个案子在北京知识产权法院，完全就是偏袒地方企业，而且是国企，搞几次就明白了。法只是个形式，知道明白就好了

感谢楼主的分享, 我本来一直也想构建这么一个东西, 你的这个东西我已经跑起来了. 不过对于 UI 这块, 我自己有点犹豫不决, 其实还有一个思路是采用 electron+next.js 的方案, 不知道这个 py 的方案, 这个这个主要差异是什么?

或者有研究过的? 我更多关注的是 macos, windows, linux 可以不用反复搞.

很有才, 有创意的想法, 加油, 建议后续可以搞个摄像头. 捕捉一下动态的变化, 让 AI 来分析. 这个就是一个非常有趣的灵魂产品了.

@barantt01 楼上的那个好, 省了一个点开复制的环节.

api 给的？

前几天看了一下，如果订单是跟数据库做一个绑定的话，那这个订单号其实逻辑上就可以设计的很短。意思就是说，我们先做一个简单的假设，一个数据库可以存放 1 亿的订单，经过这样子分库之后，那么这个订单就可以无限地变大了

我记得可以论坛发帖, 会有回复帮你处理的.

9raUVuzeWUk53co63M4WXLWPWE4Xc6Lpn7RS9dnkpump

当然, 对于老板来说, 最大的问题是, 如果标书委外, 会不会引来竞争对手, 这个才是这个过程最最敏感的事情.

我继续帮楼主分析分析, 因为我这边的确接触过超级标准的大标书. 如下是几点分享:

1 一般企业都是老板指定销售部门来搞定, 按照你的逻辑是,要求 销售部门 向老板提出, 要对标书进行委外, 老板肯定要打个问号? 为啥, 要付多少钱, 但是你要知道, 大企业要往外付钱, 这个都是要一顿扯才可以的. 所以, 这个无形提升了你这个企业切入的门槛, 但是有时候未必是坏事, 进入了之后, 后面就稳了.

2. 标书的制作过程是一方面, 我遇到的问题, 更多的是如异地标书的投递, 有时候需要人到现场代表公司投递, 还有, 比如接触过中石油, 中石化的那个招投标系统, 摸明白从哪儿进到哪儿出, 都要摸索很久. 这个也是投标过程的坑. 意思是投标的过程不清楚, 这个也是坑.

@worldgo 如果是部分委外倒是挺好

想法挺好, 但是标书蛮敏感的, 所以, 是我的话, 不会考虑委外,而且, 公司内部的系统逻辑, 其实外部人很难搞明白

我用 pdfkit 也挺简单的

这个的想法思路我觉得非常好。

后端通过专门的数据抓取 API 服务获取数据
这个是啥，分享一下一下呗，用 coze?