1作者: Ethancurly52463 个月前原帖
你好,HN,我是*FateGuide*项目的产品经理和开发者(大量使用AI编码!)。我们的网站*suanmingzhun.com*旨在将稳健的*TypeScript (TSX)*和*数据科学*原理应用于*中国传统命理(八字/紫微斗数)*。 核心工程挑战是*精确性和一致性*。具体来说: 1. *时区问题(历书):* 对于全球用户而言,将当地出生时间准确转换为真太阳时间(这对八字至关重要)是复杂的,因为历史上的夏令时变化和时区漂移。我们不得不构建一个专门的、经过严格测试的*TSX模块*来处理复杂的*历书*计算,确保四柱在全球范围内都是正确的。我很想听听其他工程师是如何解决类似的历史/地理空间数据挑战的。 2. *定性逻辑建模:* 如何将五行或紫微的十二宫等概念转化为定量数据结构?我们建立了一个系统,为元素的强度分配可测量的值,使得*AI算法*能够一致地解读*运势*和*职业*逻辑,避免了人类解读的主观性。 3. *未来:* 我们计划进一步开源我们*日历*和*八字*模块中非专有的部分。 我们非常欢迎对我们的TSX实现和数据建模方法的反馈! (您可以在我们的GitHub项目上查看更详细的技术文档:[在此插入您的GitHub链接,例如,github.com/your-repo/fate-guide])。
1作者: mattfrommars3 个月前原帖
当我的日常工作依赖于遗留技术,而我又对在这个领域寻找新工作没有兴趣时,我可以合法地做些什么呢?想象一下,遗留的 .Net 框架桌面应用程序和单体 Java 应用程序。 我的目标很简单——找到一个能让我具备就业能力的位置。但为了让自己具备就业能力,我并没有明确的路径来利用我已经掌握的知识。我觉得我可以选择从头开始,比如深入学习机器学习,或者学习 React 并开始原型开发一个完整的 React 应用程序。但对于这两者来说,我在日常工作中都没有任何实际用途,因为我的公司并没有发生“真正”的增长。大多数时候只是一些小修小补,偶尔写写 PowerShell 脚本。 说说我的背景,我的职业生涯开始得比较晚——我在 28 岁时才找到真正的编程工作。从那时起,我在当前的雇主那里从事 Java 和遗留 C# 开发已经六年了。确实,前四年我学到了很多东西。但现在,我感觉自己几乎没有什么学习的机会。大约一年前,我开始随意申请工作,现在回头看,这让我意识到必须积极主动,弄清楚接下来该如何走。我目前的收入不高,这也是我想要走上正轨的重要动力。 我拒绝相信“创业”是我摆脱当前困境的办法。我必须找到更好的方法来利用我所做的事情。我已经尽力提升自己的技能,例如获得了 AWS 从业者证书。但在我的日常工作中,这并没有实际用途。此外,我在 LeetCode 上做了大约 150 道题目,但我并没有那么天赋异禀,能够通过 FAANG 的面试。我在系统设计方面还不错。 对于那些在这个情况下成功转型的更有经验的专业人士,我现在可以现实地做些什么?我应该将什么作为短期和长期目标来优先考虑?我下个月、下下个月、第三个月等应该设定什么样的目标?我的选择是否包括以下几点? 1) 走机器学习路径还是 ML-OPS 路径?如果是的话,我该如何向潜在雇主展示“嗨,我知道这些,但我的日常工作没有用到这些”? 2) 熟悉 React——我的直觉告诉我,也许我可以用这个来构建全栈应用程序,以展示我“构建者”的个性? 3) 追求高级云认证?比如 AWS 中级证书? 目前在组织内部转岗不是一个选项,因为晋升周期在四月开始。
1作者: lexokoh3 个月前原帖
大家好,我是Dante,我正在构建Echos,一个提供预构建AI代理的平台,让你不必每次都重建协调器、数据库代理和重试逻辑。 <p>它的功能: - 预构建代理:数据库查询(db_agent)、API调用(api_agent)、网页搜索(search_agent)、数据分析(data_agent)、代码生成(code_agent)。 - 基于YAML的工作流:定义你的代理架构,无需重建协调器。 - 内置保护措施:SQL注入防护、SSRF阻止、表/域白名单。 - 可视化追踪:查看发生了什么、哪里失败了、以及花费了多少。 <p>我为什么要构建它: 每次我构建一个多代理系统时,都需要花费2-3周的时间来创建相同的基础设施:路由任务的协调器、带有SQL保护措施的数据库代理、重试逻辑、循环限制和成本跟踪。然后在出现问题时又要花一周时间进行调试。我想要的是交付功能,而不是处理底层架构。 <p>大多数框架都很庞大且复杂。你只想要可以像AWS服务一样组合的预构建组件。 <p>Echos为你提供: - 更快交付:可以在YAML中组合的预构建代理(数据库、API、搜索、数据分析、代码生成)。 - 几分钟内调试:可视化追踪准确显示发生了什么、哪里失败了、以及花费了多少。 - 防止灾难:内置保护措施(SQL注入防护、SSRF阻止、循环限制)可以捕捉80%的危险操作。 - 控制成本:每个代理的支出限制可以防止账单失控。 <p>试试吧: 克隆github.com/treadiehq/echos或访问echoshq.com <p>导入 { EchosRuntime } 从 '@echoshq/runtime'; <p>const runtime = new EchosRuntime({ apiKey: process.env.ECHOS_API_KEY, apiUrl: process.env.ECHOS_API_URL || 'http://localhost:4000', workflow: './workflow.yaml' // 在YAML中定义代理和路由 }); <p> // 简单用法 await runtime.run('按地区分析Q4销售'); <p> // 或者使用内存上下文 await runtime.run({ task: '分析客户流失', memory: { year: 2024, region: 'north' } }); <p>技术: - 后端API使用NestJS:需要结构化的依赖注入和身份验证中间件。 - 使用Postgres进行追踪存储:JSON列用于灵活的跨度日志,原生SQL性能。 - 使用Resend进行魔法链接身份验证:可靠的邮件投递,无需管理SMTP。 - 使用Nuxt 3构建仪表板:服务器端渲染以实现快速初始加载,客户端交互以实现实时追踪。 - 使用Railway进行部署:快速部署。第一次尝试。之前的默认选择是Digital Ocean。 <p>我学到的: - 节省时间才是真正的价值:团队并不想要另一个框架,他们想要更快交付。 - 调试占工作量的50%:显示完整执行路径的可视化追踪至关重要。 - 简单的保护措施有效:阻止DELETE/DROP和未知域名可以捕捉大多数灾难。 - YAML > 代码用于配置:非工程师可以编辑工作流而无需接触代码。 <p>寻求反馈: - 这是否解决了你们的实际问题? - 你最常使用哪些代理?数据库、API调用、网页搜索、数据分析还是代码生成? - YAML配置是否足够表达,还是需要更多的编程控制? - 我们应该下一个添加哪些代理?(GitHub、Slack、电子邮件、云API?) - 你会将其用于自主代理,还是仅用于一次性任务? - 这是否能为你的下一个多代理项目节省时间? - 有什么缺失的内容可以让这个立即变得有用? <p>谢谢!