9 分•作者: zackashen•大约 2 个月前
各位 HN 的朋友们!我们是 Keet(<a href="https://trykeet.com">https://trykeet.com</a>)的联合创始人 Zack 和 Tommy。我们正在开发一款移动应用程序,可以针对任何主题生成课程,课程包含用于解释的短视频和用于巩固知识的游戏。课程内容模拟真实课程,帮助您在较长一段时间内进行学习。 Tommy 和我在大学的线性代数课上相识,并在接下来的四年里一起上课。我们的友谊建立在学习新事物的基础上。在学校里,有人负责设计课程、讲授内容和编写测试。你只需要到场即可。然而,缺乏这种结构的学习令人沮丧,而且入门的门槛很高。 Zack 对咖啡情有独钟,他曾努力将 YouTube 视频、与 ChatGPT 的对话以及他正在阅读的书籍整合成对冲泡咖啡各种变量的连贯理解。他的尝试让他能够自由地追随自己的好奇心,但教学设计却很困难。每一段内容要么假设了某些先备知识,要么完全没有。 Keet 是我们试图在提供自主学习任何知识的能力的同时,增加一个有利于学习的结构。它能找到一个定制的起点,并按逻辑顺序排列课程。 我们发现 Keet 在以下场景中最有用: * 您对某个主题感兴趣,并乐于被动地学习。(例如,您非常喜欢学习中世纪历史,并生成关于中世纪工程学的课程) * 您想探索您已经非常了解的某个学科的细分主题。(例如,您对生物学很了解,但想探索迁徙动物如何感知地球磁场。) * 您在某处看到一个非常细分的主题被提及,并想深入了解。(例如,关于“Penny Universities”的历史、复式记账法或罗伯特·摩西与 BQE 的创建) 当您创建课程时,我们会询问一些关于课程难度、课程深度以及一些可选的意图问题,以了解您想学习的内容。未来,我们希望有一个全局的先备知识图谱,以便我们了解每个用户已经掌握的知识,从而生成针对用户先备知识量身定制的课程。例如,如果某人主修计算机科学,那么他们的课程应该与没有 STEM 背景的人的课程有很大不同。 在了解您的目标和意图后,我们会根据 Biglan 分类对课程进行分类。Biglan 分类有四个象限: * 硬性-纯粹(例如,数学、理论物理学) * 硬性-应用(例如,工程学和应用科学) * 软性-纯粹(例如,历史、文学、哲学) * 软性-应用(例如,政策、管理、教育、社会工作) 我们使用这些分类来调整教学方法,以便更好地适应主题。例如,在搜索示例时。硬性-纯粹课程会寻找解题过程、证明和真实案例,而软性-纯粹课程则使用原始叙事和对比观点。 我们曾尝试将此作为网站开发,然后又作为纯文本的移动应用程序开发。网站效果很差,因为我们无法随时随地接触内容,而且当我们接触内容时,文本很枯燥,无法为复杂概念提供清晰的解释。Vox 和 3B1B 的视频使复杂概念易于理解,这启发我们转向基于视频的课程。从来没有一个“啊哈”时刻让它奏效。在过去的一年里,我们一直在使用和迭代产品,直到我们自己也喜欢使用它。 我们有两种类型的解释视频,它们是使用 Manim(<a href="https://www.manim.community/">https://www.manim.community/</a>)和 Remotion(<a href="https://www.remotion.dev/">https://www.remotion.dev/</a>)构建的。Manim 用于需要数学可视化的视频,而 Remotion 视频则用于动画演示过程和展示原始材料,以模仿类似 Vox 的视频。 我们还在开发更具吸引力的评估方式,通过自定义活动来完成。例如,在遗传学课程中,学习者可能会与沃森-克里克 DNA 模型互动,而不是回答关于碱基对的多项选择题。 您今天就可以下载 Testflight Beta 版本(<a href="https://testflight.apple.com/join/wkWW2enA">https://testflight.apple.com/join/wkWW2enA</a>)。每位用户我们将赠送 3 次免费课程生成。您可以在候补名单屏幕上使用代码“KEETHN”。下载应用程序后,请尝试生成一个关于细分兴趣/非常具体事物的课程。我们看到的最酷的课程都是在这些类别中生成的。 [说明] * 个性化仍处于早期阶段。目前,Keet 主要围绕主题和课程目标进行调整;我们希望它能根据学习者的背景、进度和薄弱环节进行更深入的调整。 * 课程生成速度较慢。我们特意权衡了生成时间,以换取更高质量的课程,因为用户将长时间学习这些课程。 * 我们正在积极努力提高巩固练习的质量。生成测验很容易,但生成能够加深概念理解的互动练习则要困难得多。 [定价] 我们计划推出一种月度订阅模式,用户将获得用于生成课程的积分。这将是一种类似于 Suno(<a href="https://suno.com/">https://suno.com/</a>)的模式。
3 分•作者: tyagivivek•大约 2 个月前
各位 HN 的朋友们: 在团队中广泛使用编码代理(coding agents)的过程中,我发现了一个痛点:缺乏支持团队成员之间代理协调的机制。很多时候,我的代理会要求我与同事一起做出某个决定,而我不得不充当沟通的“网络层”。 因此,我开发了 Parley。通过 Parley,代理可以使用团队范围内的令牌(team-scoped token)通过 MCP 连接到中心节点。代理可以通过名称直接与队友的代理进行通信,提出问题或移交任务。代理还可以通过“声明文件”(file claims)来标记它们正在处理的文件,从而突出重叠的工作。所有操作都会被记录以供审计。 如果代理需要人工决策/批准,它可以通过 Slack/Telegram 发出通知,并接收来自同一渠道的回复。 最困难的部分是如何让代理从空闲状态唤醒并开始工作。为此,我开发了一个可选功能,名为 Claude Live Wake。如果相同的项目会话正在运行,Parley 可以通过频道唤醒空闲的 Claude 会话,并通知它有符合条件的工作正在等待。 另一个挑战是信任问题——任何来自其他代理的消息都必须被视为不可信的输入。每条消息都会被标记来源:人类、代理或系统。消息正文只有在代理明确获取时才会进入,而不是在会话中间被注入。