53 分•作者: PaulHoule•7 个月前
返回首页
最新
1 分•作者: LargeLingoMod•7 个月前
1 分•作者: doener•7 个月前
1 分•作者: doener•7 个月前
1 分•作者: theotrama•7 个月前
文章:<a href="https://github.com/theotrama/dns-resolver/blob/main/article/article.md">https://github.com/theotrama/dns-resolver/blob/main/article/...</a>
已部署版本:<a href="https://domain-name-resolver.fly.dev" rel="nofollow">https://domain-name-resolver.fly.dev</a>
2 分•作者: doener•7 个月前
1 分•作者: mlivneh•7 个月前
1 分•作者: aroojjaved•7 个月前
1 分•作者: -yukari•7 个月前
1 分•作者: csmets•7 个月前
3 分•作者: drankl•7 个月前
21 分•作者: magnusgraviti•7 个月前
嘿,HN!
我们开发了 https://evm-ui.com,这是一个免费工具,可以让你以可视化的方式与智能合约交互。
它最初是我们为客户构建 Web3 应用时的内部项目——我们需要一个比 Remix 或 Etherscan 的 UI 更灵活、更轻量级的工具。
与 Etherscan 或 Polygonscan 不同,你无需验证并开源你的智能合约即可获得可用的 UI。只需粘贴 ABI(或从模板加载)即可开始。
使用 EVM-UI,你可以:
* 通过地址 + ABI 导入合约,或直接粘贴 ABI
* 使用自动生成的 UI 读取/写入函数(支持所有 Solidity 类型,包括数组)
* 使用智能输入执行操作(下拉菜单、最小/最大值辅助工具等)
* 在一个工作区内切换 EVM 链、测试网或本地 RPC
* 使用开发者工具(Keccak256、ABI 编码器/解码器、地址实用程序)
* 与你的团队和客户共享环境
我们很乐意收到你的反馈、想法或建设性的批评。
附注:我们知道注册邮件可能会进入垃圾邮件 - 正在修复中。
1 分•作者: rntn•7 个月前
1 分•作者: faizanu94•7 个月前
Tallya(源自“tally”,意为计数,加上表示动作的“-a”)的诞生源于多年来对原始数字跳动的观察——在仪表盘和分析页面上,数字不断变化:317 → 318 → 319。它是一个实用工具,可以将任何计数转化为稳定、人性化的桶:
* 317 → 300+
* 7 321 → 7K+
* 12 345 678 → 12M+
Tallya 刻意保持极简——一个函数,一个选项(后缀)。它解决了两个核心的 UX 问题:
1. 防止计数更新时分散注意力的闪烁
2. 提高可读性和社会认同感(“7K+ 用户” vs “7321 用户”)
使用场景
* 实时分析仪表盘
* 带有“已售出”或“浏览量”徽章的营销页面
* 游戏或社交应用中的实时排行榜
早期规划
* v1.x:自定义阈值、本地化支持、精确模式切换、分桶
* v2.0:用于超高频格式化的工厂 API
* v3.x:社区驱动的分桶策略、集成、插件
我希望得到您对以下内容的反馈:
* 这个极简的 API 感觉对吗?
* 哪个规划项目应该优先进行?
了解并做出贡献:
[https://github.com/faizanu94/tallya](https://github.com/faizanu94/tallya)
[https://www.npmjs.com/package/tallya](https://www.npmjs.com/package/tallya)
```js
import { getLabel } from 'tallya';
getLabel(7321, { suffix: ' users' }); // '7K users'
```
让我们一起构建权威的计数标签库吧!
1 分•作者: donohoe•7 个月前
1 分•作者: teehemkay•7 个月前
1 分•作者: error7891•7 个月前
大家好!
经过几个月用电子表格管理提示词,并苦于无法追踪哪个变体表现最佳,我决定构建一个合适的解决方案。PromptBuild.ai本质上是GitHub与提示词工程的结合——版本控制、测试和性能分析一应俱全。
我正在解决的问题:
* 测试10多个提示词变体,却忘记了哪个表现最好
* 没有系统的方法来跟踪提示词随时间的性能
* 与团队成员协作一片混乱(邮件往来、Slack消息、版本冲突)
* 用于开发/预发布/生产环境的不同提示词散落在随机位置
专为提示词工程构建的关键功能:
* 可视化版本时间线 - 查看提示词的每次迭代,以及谁做了什么改动,原因是什么
* 交互式测试平台 - 使用变量替换测试提示词并捕获响应
* 性能评分 - 评价每次测试运行(1-5星),并建立性能历史记录
* 变量模板 - 使用{{customer\_name}}、{{context}}等创建可复用的提示词
* 全局搜索 - 立即在所有项目中找到任何提示词
与仅使用Git的区别:
* 专为提示词而构建,而非代码
* 内置交互式测试界面
* 性能指标和分析
* 无需命令行
* 也为非技术团队成员设计
当前状态:
* 核心平台已上线,并且免费(无限制的项目/提示词/版本)
* 正在开发生产API端点(以便您的应用程序可以动态获取提示词)
* 团队协作功能将于下个月推出
过去一个月,我一直在将它用于自己的项目,它彻底改变了我进行提示词开发的方式。现在,我不再是猜测,而是掌握了关于哪些提示词表现最佳的数据。
很乐意收到来自社区的反馈——哪些功能可以改善您的提示词工程工作流程?
了解更多:[https://promptbuild.ai](https://promptbuild.ai)
附注:如果您有特定的工作流程或用例,我很乐意听取。我正在为社区构建这个工具,而不仅仅是为了自己!
2 分•作者: ziyasal•7 个月前
1 分•作者: mooreds•7 个月前
1 分•作者: Brajeshwar•7 个月前