1 分•作者: dxsecarch•6 个月前
返回首页
最新
1 分•作者: IslamTayeb•6 个月前
Spotify 年度回顾没能满足我,所以我下载了我的音乐库,构建了自己的“品味地图”!
1253 首歌曲 → 33 个可解释维度(音频 + 歌词)→ 5 个簇 + 播放列表
文章详细介绍了完整的方法论、交互式图表,以及我对这些簇/时间线如何与人生阶段相对应的个人思考。
如果大家对这类内容感兴趣,我会在 X ( [https://x.com/islamTyb](https://x.com/islamTyb) ) 上发布很多类似的副业项目和即兴想法!
1 分•作者: mapehe•6 个月前
1 分•作者: harryday•6 个月前
1 分•作者: zetbaur•6 个月前
大家好,HN!我开发了Bank Parser,旨在解决会计师们面临的一个问题:将旧的Chase和美国银行对账单导入QuickBooks。<p><pre><code> Chase限制CSV下载为18个月。对于5年以上历史数据,会计师们需要手动录入交易(每个对账单需要45-60分钟)。
通用的PDF转换器(Tabula, PDFTables)在银行对账单上失败的原因是:
- 同一年内存在多种格式(2024年同时存在Chase v2和v3)
- 部分PDF没有一致的表头
- 需要启发式列检测
我的解决方案:
- 基于结构的格式检测(而非基于年份)
- 针对无表头的PDF进行启发式列推断
- 在70多个PDF上测试,准确率达99%
- 16个字段的QuickBooks就绪格式
技术栈:Node.js, pdfjs-dist (Mozilla PDF.js), TypeScript, Bull队列。
免费试用:200次操作(3-4个对账单)。
欢迎任何从事财务数据或PDF解析工作的人提供反馈!</code></pre>
1 分•作者: Curiositry•6 个月前
1 分•作者: zdkaster•6 个月前
2 分•作者: Mordiaky•6 个月前
我构建了 Living Memory Dynamics (LMD),这是一个 Python 框架,用于在嵌入空间中直接模拟受生物学启发的“活”的情景记忆——核心动态不需要外部 LLM。
记忆像活的实体一样随着时间的推移而演变:它们具有代谢能量状态(生动 → 活跃 → 休眠 → 衰退 → 幽灵),情感轨迹,以及使它们能够相互影响的共振场。核心部分是我推导出的一个新微分方程(Joshua R. Thomas 记忆方程),它驱动着连续时间的演化:
dM/dt = ∇φ(N) + Σⱼ Γᵢⱼ R(vᵢ, vⱼ) + A(M, ξ) + κη(t)
这使得涌现行为成为可能:自动叙事弧(设置 → 冲突 → 高潮 → 解决),通过四个算子(类比转移、流形行走、正交组合、空洞外推)实现的创造性飞跃,以及分层想法嫁接。
要点:
* 纯向量运算(PyTorch + 可选的 Triton CUDA 内核以提高速度)
* 可选的、使用 sentence-transformers 的轻量级语言基础
* 可通过 pip 安装:pip install living-memory-dynamics (语言/cuda/all 的附加功能)
* 在消费级硬件上的基准测试显示,数十个记忆的实时演化
这是非常新的(昨天发布),我很快就会提交到 arXiv(等待认可)。完整的研究论文和数学公式在 repo 文档中。
欢迎反馈——尝试这些例子,让我知道它为你生成了什么样的叙事或想法!
GitHub: [https://github.com/mordiaky/LMD](https://github.com/mordiaky/LMD)
PyPI: [https://pypi.org/project/living-memory-dynamics/](https://pypi.org/project/living-memory-dynamics/)
1 分•作者: austinallegro•6 个月前
1 分•作者: justanothersys•6 个月前
1 分•作者: todsacerdoti•6 个月前
1 分•作者: beatstorapon•6 个月前
3 分•作者: 112233•6 个月前
1 分•作者: miketu•6 个月前
1 分•作者: d_silin•6 个月前
2 分•作者: zeguru•6 个月前
我们都经历过:你构建了一个不错的计算器或产品逻辑,然后在它上线生产时庆祝一番:
- 几个月后,你却无法回答一个简单的问题,比如“为什么我们在计算毛额之前要应用 16% 的税率?”等等。
- 你无法在不重构的情况下快速调整逻辑/计算。或者需要很长时间才能简单地重新排序计算步骤。
- 更糟糕的是,只有特定的工程师或关键人物才能解释该计算器或服务逻辑的运作方式。
我们正在寻找一个简单的、低代码的规则引擎,它有一个简单的用户界面,但到目前为止,我们还没有找到一个。如果有什么更好的替代方案,请指点。
为了开始,我构建了一个轻量级的规则引擎来解决我们的问题:在不重新部署后端服务的情况下更改业务逻辑(定价、验证、状态管理)。
BaaS - 业务逻辑即服务
该引擎作为 Docker 容器运行,并评估在应用程序代码之外定义的规则。使用 REST API。目标是保持决策逻辑的明确性、可验证性,并可在技术和非技术用户之间进行讨论。
Docker Hub: <a href="https://hub.docker.com/r/zeguru/baas" rel="nofollow">https://hub.docker.com/r/zeguru/baas</a>
很乐意回答任何问题或解释设计权衡。
3 分•作者: akshat77•6 个月前
1 分•作者: oliverchan2024•6 个月前
23 分•作者: shuaimu•6 个月前
1 分•作者: 1vuio0pswjnm7•6 个月前