返回首页
最新
我从来没有能够坚持写日记。尝试过纸质笔记本、日记应用和每日模板。总是同样的情形：一周的热情，然后就没下文了。最忙碌的日子最先消失，因为我忙于生活，根本没时间写下任何东西。
某个时刻，我注意到我已经在不经意间记录着我的生活。我的日历上有每一个会议，Slack上有每一次对话，GitHub上有每一次提交。原材料都在，只是散落在十几个API中。因此，我写了一套收集器和一个定时任务，每天早上将这些信息汇总，并利用大型语言模型（LLM）从原始数据中生成日记条目。
最近，我与OpenClaw的对话也被记录在日记中，老实说，那些是一些最精彩的条目。那些傻乎乎的来回对话，还有我在凌晨两点问的问题。这种事情我自己绝对不会写下来，但在一年后再读时一定会很喜欢。
这个原型运作得相当不错，我希望其他人也能使用它。这意味着要将一个个人的定时任务转变为一个能够可靠处理多个用户、多个集成和多个时区的管道，每天早上都能正常运行。这才是真正的复杂之处，也是我过去一个月以来一直在构建的内容。
服务网站： [https://deariary.com](https://deariary.com)
由deariary本身生成的公开开发日记：[https://app.deariary.com/u/deariaryapp](https://app.deariary.com/u/deariaryapp)
很高兴能谈论这个方法或其他任何事情。
附言：我连接了我的Steam账号，日记随意提到我已经连续好几个星期每天玩《超级拼图生成器》60到120分钟。我完全不知道我在做这个。这个应用真是个告密者。
大多数抵押贷款处理延迟并不是由于风险造成的，而是由于手动工作流程造成的。
我们一直在开发SimplAI，这是一个专为银行和金融服务设计的人工智能驱动系统，首先应用于抵押贷款操作。
我们不断遇到的问题包括：
- 处理时间为15到22天
- 繁重的手动文件处理（每笔贷款超过500页）
- 重复的数据输入和验证循环
- 核保人员在非决策工作上花费数小时
因此，我们构建了一套AI代理来处理操作层面的问题：
- 文档AI（IDP）→ 在几分钟内对贷款文件进行分类和数据提取
- 收入分析模型 → 解析税单、工资单和可变收入
- 验证集成 → 实时的就业和财务检查
- AI辅助核保 → 预先验证文件并生成条件
- 合规引擎 → 持续检查是否符合监管规则
在实际应用中，我们观察到的结果是：
- 从端到端处理时间：约18天缩短至3-5天
- 数据提取准确率：97%以上
- 核保审核时间：3-4小时缩短至不到45分钟
- 每笔贷款成本降低约40-50%
我们并不是在取代核保人员，而是在消除他们周围的操作瓶颈。
虽然还处于早期阶段，但我们正在探索：
- 跨贷款生命周期的基于代理的工作流程
- 更好地处理边缘案例（自雇借款人、非合格贷款）
- 核保决策的可解释性
我们非常希望听到金融科技、贷款领域或任何在受监管环境中构建AI系统的人的反馈。
每个评论线程都变成了这样：<p>> 关于X的想法<p>>> X很棒，但请看看我在GitHub上的糟糕项目。
我在网络安全领域工作了15年，发现许多小团队在AWS安全工具的成本和维护上面临困难。如果启用AWS Security Hub和AWS Config来跟踪CIS基准或SOC 2控制，随着账户的增加，每条规则和每个资源的定价会迅速累积。
因此，我创建了AWSight，作为一个更简单的选择。它每天对您的AWS账户进行几百项安全检查，并将发现结果映射到CIS、NIST和PCI DSS控制标准。它通过只读的跨账户IAM角色连接，并且不会对您的环境进行任何写入操作。
结果会在Grafana仪表板中显示，并为每个发现提供修复步骤。我选择Grafana是因为大多数工程师已经知道如何使用它。
如果您已经在使用Prowler，AWSight基本上是这个想法的管理版本：定期扫描、历史跟踪和合规映射，而无需运行基础设施。
定价是固定的，从每个账户每月249美元起，无论资源数量如何。
可以查看带有示例数据的演示仪表板（无需注册）：[https://awsight.com/demo.html](https://awsight.com/demo.html)
（Grafana面板在首次访问时可能需要几秒钟加载。）
我是这个项目的独立创始人，欢迎讨论架构、具体检查或为什么AWS Config的计费如此难以预测。
[https://awsight.com](https://awsight.com)
我创建 NoteCove 是因为我希望能够在不同设备之间同步笔记和任务，而不需要将数据发送到 SaaS 公司。同步是通过您自己的 iCloud Drive、Google Drive 或 Dropbox 中的文件进行的——在同步过程中没有 NoteCove 服务器的介入。
实现这一点的关键在于确保其可靠性。我最终使用了 CRDT（具体来说是 Yjs）来解决冲突，这样当您在手机和笔记本电脑上离线编辑同一笔记时，两个编辑可以合并而不会丢失任何一方的内容。
它除了笔记外，还具备完整的任务管理系统：自定义状态、看板、父子任务、阻塞项，以及用于脚本编写和代理集成的命令行界面（CLI）。
这是 0.3.9 测试版。支持 Mac 和 Linux 桌面，iOS 版本正在开发中（您可以注册以获得早期访问）。非常希望能收到早期反馈，特别是在同步可靠性方面。
在过去的15分钟里出现了“overloaded_error”错误。还有其他人遇到同样的问题吗？