Product Hunt 每日热榜 2026-07-29

PH热榜 | 2026-07-29

#1
Prelint
Prevent product drift in AI-written code
500
一句话介绍:Prelint 是一个AI代码审查工具,专门在AI生成代码的PR阶段,对照架构决策记录(ADR)、文档和历史决策,防止产品偏离原有设计方向,解决“代码写对了,但产品建错了”的痛点。
Software Engineering Developer Tools Artificial Intelligence
AI代码审查 产品漂移 ADR强制执行 架构决策管理 决策日志 代码质量 AI代理治理 开发工具 GitHub集成 企业级AI
用户评论摘要:用户最关心:1)产品是否需要文档完美才有效?2)如何处理文档过时和矛盾?3)40%修复率的具体场景和指标可靠性。4)能否从支持工单等非工程源提取决策。5)如何区分AI的“无意推断”和“故意决策”。建议:应与客服工具集成,减少误报。
AI 锐评

Prelint精准捕捉了一个新兴但严重的痛点:在AI编码代理大规模部署后,“合规性”的范畴从代码质量扩展到了产品意图。当AI以10倍速度生成代码时,它可能无意识地引入未经授权的依赖、篡改业务规则,甚至在代码中“发明”功能——这些“正确但错误”的代码,传统技术审查和CI管道完全无能为力。

Prelint的巧妙之处在于,它将自己定位为“决策账本”而非简单的代码检查器。它通过构建业务本体论,理解不同语境下决策的“重力”(如CEO的一句承诺 vs 实习生的代码注释),这比简单的“文档vs代码”匹配高出一个维度。其40%的PR问题捕获率,虽受限于团队规模、行业和文档成熟度,但在高度合规的垂直行业(如医疗、金融)中价值极大——那里一个未授权的依赖就可能导致审计灾难。

然而,最大挑战在于:当文档本身就是混乱和矛盾的,AI如何建立可靠的“决策账本”?Prelint提出的“自动检测矛盾与取代”方案听起来诱人,但本质上是用一个AI系统去校正另一个AI系统带来的混乱,这可能在源头上引入新的“决策漂移”。此外,完全依赖此类工具可能让团队在文档维护上更懒散,反而加剧“垃圾进,垃圾出”的问题。

长远看,Prelint的真正价值在于对“AI治理”的探索。它不是简单的工具,而是一种试图让AI行为具备“审计跟踪”的尝试。但若想成为行业标准,它必须证明:在文档极度不完美的现实世界中,其“决策账本”的准确率和召回率能持续超越人工审查,而非成为另一个需要专家精心调教的“AI玩具”。

查看原始信息
Prelint
AI writes your code at 10× speed. Prelint makes sure it's the right code - it reviews every PR against your ADRs, docs and past decisions, and catches product drift before it ships. On teams using several AI reviewers, ~40% of the issues fixed before merge are caught by Prelint.

Hi Product Hunt, I’m Wojtek, one of the founders of Prelint.

Coding agents now produce more code than most teams can properly review. The obvious risk is bad code, but the more dangerous risk is good code that quietly builds the wrong product.

We saw this repeatedly in large production projects when we started using agents. A change would clear technical review, pass CI, yet still skip the transactional outbox pattern, introduce an unapproved dependency, change a permission rule or invent a business requirement. Nobody had made that decision, but it was now part of the product.

Prelint catches these decisions before they ship. It reads each change alongside your specifications, tickets and existing product context, then explains what the agent decided, what the consequences are and how difficult the choice will be to reverse. Your team can approve, correct or replace the decision, and Prelint carries that context into the next piece of work.

If you work with ADRs, our clients say it is the best tool they found for enforcing them with agents. On teams running Prelint alongside other AI reviewers, ~40% of the review comments that actually get fixed come from Prelint.

We started in GitHub and now support CLI and MCP, allowing agents to check product decisions while they work instead of waiting for a human to discover the problem at the end.

Prelint is not another technical code reviewer. These tell you whether the code works. Prelint tells you whether you should be building it.

If coding agents are contributing to your product, sign up at https://prelint.com, connect a GitHub repo and see what they've been deciding on your behalf. Then tell us what you like and what you'd love to see on top of it!

Use code: PH100 to get 100$ in additional free credits

42
回复

@wojtekszkutnik congrats on the launch
upvoted

0
回复

@wojtekszkutnik Really interesting concept. How does Prelint distinguish between an intentional product decision and something the AI agent simply inferred on its own? Curious how you handle that without generating too many false positives.

0
回复

@wojtekszkutnik Awesome! I've actually been having this conversation on social media these past few days. In my opinion, human code review should be gradually replaced by tools like this. I think a good methodology would be to gather functional requirements with their different scenarios and ensure that the tests fully cover them. Have you considered this as a possible workflow for the tool?

3
回复

My honest question: how much setup does this need before it's useful? A lot of "review your PRs against your docs" tools sound great until you realize the doc structure has to be near-perfect first.

15
回复

Thanks for the thoughtful question, Ramish! My honest answer: it has a big impact from the start but it compounds over time.

We're a different animal to most reviewers - we think of ourselves as a "decision ledger" ultimately more than "check code vs docs" - I honestly think most technical code reviewers that can do it will get commoditized by the next generations of the frontier models - same as all the "company brain" startups.

With us the main advantage is that it's not a "local skill run" that semantically checks your code against context but we construct a whole "decision ledger" describing your businesses ontology.

Why it's helpful from the start:

  • There are a lot of things that our pipeline understands from your code, built in docs and behaviors - eg we will understand your compliance requirements even if you don't specifically mention HIPAA, SOC or ISO, we extract code design patterns that we later enforce.

  • Prelint also understands the gravity and authority of statements - so compared to a simple grep job it can weigh decisions made in different contexts differently - eg it will put a different weight on decisions made by agents vs humans.

  • We do provide some technical code feedback too, but the experience you get from the start is a bit different from other "review" startups - in some cases it's less "we'll compare your code to your ticket and see if it matches" - this is a prompt not a startup in my opinion and more "what did decisions did the agent make on my behalf that would ring the bells if I ever knew about them?"

Why it compounds:

  • As you work with Prelint we naturally absorb everything happening in your company - Slack conversations, meetings - and build an understanding of the product being built based on microinteractions

  • Your users and agents can expand our decision ledger through our CLI and visual interface - so every time a small coding session slightly changes the direction, we will first flag it, but also allow the agent and human to elaborate on the decisions being make and include it as part of the ledger

6
回复

Multiple AI reviewers catching different things makes sense, no single model sees everything a fast-moving codebase actually needs.

15
回复

Thanks, Peter! The reviewer is the first surface we deployed (it's a touchpoint that agents and humans alike already understand so it was a very convenient start) but we see ourselves as a decision ledger that your agents can query through our CLI and also non technical humans can work with.

Of course for some projects you can run a Claude skill and you can be just fine but the moment you deploy agents at scale (especially larger headless fleets) every % of efficiency counts and with the projects that currently use Prelint we often detect as much as 40% more relevant issues than if you just run Claude locally. In my experience even 5% moves the needle so it's a pretty big win.

And it's much more than a local prompt - our biggest strength is the pipeline that understands your docs and addresses duplicates and inconsistencies - this problem is a bit more complicated than it looks given that the same sentence written in different contexts (eg the CEO vs intern) can have very different gravity and meaning. So giving agents access to these "product breadcrumbs" explaining the "why" yields much better results. Running a Claude prompt works for the first 10% of the issues and is quite trivial but that's not what we do here - hence the much better results.

5
回复

The stat about catching 40% of pre-merge issues on teams already running multiple AI reviewers is the part I'd want to see broken down further. What kinds of issues specifically? Style violations are cheap to catch. Actual drift from architectural intent is a completely different, much harder category and I'd bet that's where the real value is.

14
回复

Thanks Madison! We practically don't catch "style violations" - we're centered around architecture drift, breaking design patterns, and very often the agents just plain going in a product direction that makes sense in their limited context but not in the context of the company the humans are trying to build.

4
回复

I'd be curious how noisy this gets in practice. Docs and ADRs drift out of date constantly, how do you keep the source of truth from becoming stale itself?

12
回复
Thanks for a thoughtful comment, Michael! We have several surfaces: - Our pipeline detects contradictions and supersessions, so we do a lot of heavy lifting for you in the background - very often it's obvious what the decision actually is but you're just suffering from context poisoning where a doc wasn't updated or deleted. In such a case your AIs will see it through our CLI and interface and address the contradictions in the process. - Prelint is usually the reason why the ADRs and docs drift way less: we surface violations that are often impossible to spot for a Claude skill running basic checks but easily enforced through our ledger - Many companies consider Prelint's decision ledger - in this case you can easily keep an up to date copy in docs or whatever format you like by working with our CLI
2
回复

The 40% number is the kind of stat I want to stress-test rather than just admire. Is that measured across teams with mature, well-maintained ADRs or does it hold up even when documentation is patchy, which is the more common situation? I ask because a lot of tooling in this space performs great in the demo and struggles the moment real docs are inconsistent or out of date. Would genuinely like to see that breakdown.

12
回复

We're challenging it as hard as you are Almuddin! Thanks for the comment.

Honestly, it depends on so many factors - size of the team, documentation quality and segmentation but sometimes even the industry of the company. Many of our customers at the moment are in very vertical industries where the ontologies and guardrails to enforce are especially tight. I wouldn't expect this to be the same for a B2B SaaS startup and a complex AI energy company

40% is a world-class number that I doubt any tool can hold across all startups out there and that's not the goal. When I originally launched Prelint, I though 10% would be an amazing result - back then my thought was, with headless fleets, if you move the needle even just a little bit, it pushes the human interaction forward so your agents can get the changes across a couple more hurdles before you need to look at them.

Now that we see it in the real world, the goal is less "be the best product review tool" and more "build a decision ledger" so we expand way beyond code review touchpoints. Many agents interact with our CLI querying the "product breadcrumbs" we create based on the products so in this case a lower review-stage impact could be even better from the product side - it would mean our CLI did a great job so at the PR-stage the product is already in better shape.

6
回复

Congrats on the launch! I’ve run into this exact issue with AI agents: the code works, but it still builds the wrong thing. What kind of specs work best with Prelint?

12
回复

Thanks Philip! Good question. Prelint is good at a couple things:

  • If you have structured ADRs in your repo it will enforce them with code and docs changes (eg Markdown in docs/adrs/)

  • If (like most projects) your specs and docs are a mess between Slack, Google Docs, docs-in-code, undocumented decisions in code, Prelint ingests all your data sources and builds a decision ledger based on that - it surfaces all the collisions, supersessions (eg someone writing a specs 3 months ago but then contradicting it on a call one month after) - it's used in our reviewers but we also have a CLI that your coding and non-coding AIs can use to find the ground truth about the product and the business

  • We're also pretty good at understanding implicit decisions made in your code - eg we will understand if you're HIPAA or SOC compliant even if you don't state it directly, same with infrastructure as code - we understand the patterns even if you don't document them

If you decide on ADRs in your repo (which is one of the best starting points - if you don't have them, Prelint can help you structure and enforce them, and if you have them, it will work out of the box), a couple tips:


- forget everyone telling you ADRs are immutable, update ADRs when the decision changes - you don't want context poisoning from superseded statements

- keep in repo as markdown, one decision per file

- keep them to one paragraph but capture rejected alternatives and context - we had many architectural decisions grounded in very specific context (dependencies, library-specific bugs etc) and it really helped

- README markdown index in adrs folder

You can use something like these instructions for your coding agent:

8
回复

I like that Prelint checks against ADRs specifically. Most reviewers just look at the diff, not whether it fits the actual architecture.

11
回复

Thanks, Kimberly!

Yes Prelint is quite good at enforcing ADRs (we have some customers that use Prelint as their ground truth, some that use ADRs in their repos and some that have pretty complex MCP tooling around their ADRs).

We see ourselves more as a "decision ledger" than strictly a reviewer.

3
回复

Really interesting approach. How do you handle situations where multiple product specs or architecture decisions conflict with each other? Is there a way for Prelint to detect outdated or contradictory documentation before reviewing a PR? That could be incredibly valuable for larger teams.

11
回复

Thanks Przemek! This is usually how people find us in the first place - struggling with lots of contradicting docs (we had one case when a client had their contradicting specs written in multiple languages!).

Out of the box, Claude Code is pretty bad at understanding which docs are rotten context and which are still relevant information. We work with it on a couple fronts:

  • We automatically detect and override clean "supersessions" - decisions that have been clearly overridden and just not cleaned up over time - from docs, meeting notes etc

  • We provide tools for managing more complex contradictions - your coding agent or engineer can document a decision using our CLI, and there is a visual interface for finding and managing these for non-technical people.

We see ourselves helping in two ways: if you're Prelint-native, you can use the ontology of your business that we generate to feed your AI work (and export it to any format when needed). If you work with your own external decision structure, Prelint helps you clean it up and enforce it.

9
回复

Few weeks in with Prelint and it's been a genuinely good experience.

Best part for me is that it notices when a change goes against what the docs already say, which means you deal with it early instead of in a painful review later. Solid tool.

Nice to finally see you on PH, good luck!

10
回复

Thanks, appreciate the support! Do let us know about the features you'd like to see going forward, I try to pay very close attention to how people use the tool.

8
回复

I've watched AI-generated PRs balloon in volume while nobody's actually re-reading the original design docs. Tying review criteria back to ADRs feels like the missing piece most teams skip.

8
回复

Thanks, Grayson! That's if there are any original design docs at all! We have to prepare for a world where there's a lot of micro product decisions being made in Claude sessions, in conversations and on Slack. Very very little people sit down now and do a top-down design doc that they ask agents to implement. So we're building for a world where we need to catch these decisions where they happen and serve+structure them back.

3
回复

QA engineer here, been using Prelint for a while. A lot of our PRs are AI-assisted now code compiles, tests pass, looks right, but whether it still matches what the team actually decided used to land entirely on me.

Prelint does that pass before I get there. It catches spec drift early, and the notes it leaves on the PR are genuinely useful input for my testing, I go in knowing which areas need attention instead of reading a diff cold.

Good luck with the launch!

8
回复

Thanks for your support Michał, feel free to reach out whenever there's a feature you feel is missing!

3
回复

Prelint hitting "product drift" specifically is such a sharp framing. Most AI code tools obsess over syntax or bugs, but the thing that actually scares me is the AI quietly building something slightly off from what the product was supposed to be

8
回复

Thanks Yibo!

When I first started writing about product drift in February, I wasn't sure if it wasn't too niche. At the time we were one of the very few companies that had fleets of headless agents doing engineering. Now it seems to be picking up so maybe we got it right 😅

The exciting thing is that we built Prelint for ourselves - we had good technical code review tools but they detected if the code was technically correct, not if it was following our architecture decisions and design patterns. When I launched Prelint originally we were surprised how efficient it was at surfacing these small implicit decisions that coding agents make on your behalf.

Looking forward to hearing your feedback!

6
回复

The decisions I never see in an ADR are the ones that were made to a customer.

Support creates them constantly. Someone asks when the renewal reminder goes out, support answers before the charge, and that is now a promise a few hundred people are holding you to. It lives in a support thread and nowhere an agent can read.

A PR that moves that email passes every doc in the repo and still contradicts what those people were told. The expensive kind too, because the customers already know the old answer.

Does your ingestion pull anything from the support side, or is ground truth engineering artifacts only?

7
回复

This is super insightful, thanks Jernej! We've built for it but haven't had a client approach it from this angle YET.

I would reverse the workflow: ideally, the tool support uses like Intercom would use our MCP to understand how the product works, then suggest the right answer to the support team from the get-go.

BUT I can imagine sometimes the feature is not there yet but the customer support message is a signal - sort of "we'll do our best to make it happen". We don't integrate directly with support tools yet (my original thinking was that very rarely support would include any authoritative decisions) but the moment this lands in any tools we integrate with (anything Atlassian, Notion, Linear) we note it as a speculative remark. Something that doesn't drive the product but a small signal in case a decision is being made in this area by an agent.

4
回复

My team's biggest AI-coding headache isn't bugs, it's silent scope creep, code that works but drifts from what we actually decided months ago. Tools like this feel overdue.

7
回复

Thanks William! Yes. Also, the problem is often that AIs try to add something that genuinely adds value - a feature, design pattern but it just gets baked into the code without a human ever knowing about it - and it creates a spaghetti of the right thing built at the wrong time.

Do try Prelint for your projects and let me know what your team thinks :)

DMs always open if you ever need support

1
回复

I tried catching this manually with a "does this match my architecture doc" checklist in code review. It worked until velocity picked up and reviewers started rubber-stamping. Would love to know how it handles reviewer fatigue over time.

6
回复

Good point Ayesha! I actually feel Claude skills and these kinds of checklists are great for the first 40% part of the process - fast and cheap, and filters out the first issues. Prelint is great at the latter 60%.

Internally our team merges on average about 50 pull requests per day - one of the partners told us that we are one of the fastest teams working with them - and Prelint is actually one of the tools that make it happen. One of the biggest issues with merging so many PRs in parallel is that you have so many small decisions that can easily overlap and a human or mechanical reviewer won't catch them - this is where Prelint shines.

1
回复

Technically correct code that builds the wrong product describes AI-assisted development pretty well. "Code became cheap" mantra doesn't mean we ship better products; it means the bar for what's worth building dropped. In practice this results in more of what users never asked for, faster.

You say "the agent can self-correct before a human ever looks" - what does that look in practice? Is it an automated loop, or does it require human involvement?

6
回复

Thanks, Mateusz!

We started inside pull requests mostly because it's the touchpoint that both agents and humans understand out of the box and we think it's a unit of change that is about to stay with us but - in all honesty - we see our job way beyond that. Prelint is turning into a "decision ledger" for companies where your agents still do get feedback on their code changes in pull requests but we now also provide a CLI that your agents can query to explore your company's ground truth.

4
回复

The code reviews are the real bottleneck now, good to see a product that tries to deal with it!

5
回复

Thanks, Evgeniy!

Honestly, I think long term some code reviewers will get brutally commoditized by the frontier models, but we're building a decision ledger here.

I don't think programming velocity is the currency any longer - companies can buy infinite amounts of tokens and I noticed internally, we stopped doing any sprint planning. Code itself is cheap, but what we do instead is - I block time with my cofounder for taking specific decisions. Once that's done, the implementation part is easy. So it's the founder's decision making capacity that becomes the bottleneck now and you can't buy it - this is what we're solving for and optimizing.

2
回复

I've been using Prelint for a few weeks now, and it's been a great experience so far. Solid tool, cool to see you finally on PH. Good luck with the launch!

5
回复

Thanks Daniel, do let us know if there are features you'd like to see next!

4
回复

Hey, I've been using Prelint for the last couple months - I really like that it reviews the product reasoning behind a PR. And it's smart about scaling effort - most small, low-stakes PRs just get a quick approval, while it goes deep on ones that actually touch permissions or auth, even if the diff is tiny. It can be a bit too nitpicky at times, but that's a much better failure mode than rubber-stamping things through.

Quick question - do you charge for one-line PRs, or are those free/exempt from billing?

Congrats on the launch - rooting for you!

4
回复

Thanks for the question Alex!

We already do not charge for PRs that contain some non-decision changes (like specific technical files etc) but we're actively working on improving it. In general, in a vast majority of cases you wouldn't be charged for one-liners. Also example we'd love not to charge for re-reviews if the changes are very tailored fixes addressing specific issues. For this we're introducing more tiered vertical agents compared to the current "single run" mechanics. We should have it live in August.

1
回复

We were using similar thing in my project but built in-house, that's actually super valuable

3
回复

Yes! I had someone ask why is it not a Claude Code skill last week, and the honest answer is - it is, for the first 10% of the job it works super well.

I love that companies now build parts of the tooling in-house, we actually advise some enterprise partners on it too. I think it's validation not competition 😊 I cheer for everyone struggling with the same problem and when it escalates we're always there to provide a best-in-class solution based on all of our experience.

Also - if your company is still looking at these kinds of processes - feel free to message or DM me, I'll happily advise on in-house processes too and share our agentic workflows and if Prelint can be of help at any future time - even better.

6
回复

AI-generated code will only become more common, so governance tools like Prelint are going to be must-have!

2
回复

@roopreddy I tend to agree!

0
回复

Prelint is interesting because it seems to be focusing on the product intent. A lot of times AI can take its own direction, catching it soon from drifting by a tool is a great idea indeed!!

2
回复

@ankur_jeswani there is surprisingly many cases where the direction is even mostly correct but if no one is aware of it it turns into a product disaster!

0
回复

Congrats on the launch guys! What kind of integrations do you guys have?

2
回复

Thanks Paulina! We add more integrations every week. You can assume we integrate with all major product management tools like the Atlassian suite, Notion, GitHub Issues, Linear as well as meeting recorders like Read.ai etc. We have a lot of expansion work going towards Slack as well (here the biggest problem is noise so we're working on eg attaching Slack threads to specific decisions).

The biggest limitation is that for now we plan to stay GitHub-native for source control until someone gives us a good reason to expand.

0
回复

Congrats on the launch! "Product drift" is a great name for a problem I didn't have a word for. The code compiles, tests pass, and it still quietly isn't the thing you asked for. Catching that at lint time is the right layer. Does it work across any codebase, or are you starting with specific languages?

2
回复

Thanks, Ben! Prelint works quite well with most modern popular languages, we've seen teams getting great results also with some hardware projects, we also have some happy customers reporting very good results with infrastructure in code.

I can imagine Fortran would be tricky though

1
回复

Congrats on shipping this! Product drift is such a sneaky problem, the code works fine but the product quietly became something else. Does Prelint only catch drift in new pull requests, or can it also scan an existing codebase for decisions that already slipped through?

2
回复

Thanks for the question, Dogan!

We do scan your existing repo and your agents do see contradictions, collisions and product breadcrumbs through the CLI.

3
回复

The "decision ledger, not a code reviewer" framing is the part I'd have paid for a year ago.

One gap I'd want to understand. Every ingestion source you've described is an artefact of a team — Slack, meetings, tickets, ADRs. I run a one-person company and I have none of those. Nine months of architectural decisions exist only in AI chat transcripts and in commit messages I wrote to myself. There's no PR either; changes go straight to main.

So: is the CLI a first-class path for the no-PR case, or a fallback for the GitHub flow? And is there any way to seed the ledger from conversation history rather than from repo artefacts? The decisions I most want caught are the ones I made at 11pm in a chat window and had forgotten I'd made by the following week.

2
回复

Good questions Rick! I think if you worked with PRs (for granularity and parallelization, deployment reasons) you would find a lot of value from Prelint without the artifacts. My favourite thing when I was a one man show starting the coding on Prelint was being able to get a good grasp on all decisions the agents were making on my behalf in these changes.

A lot of solo developers are moving to PR-driven workflows also because they have sentry/infrastructure monitoring agents that get fixes ready when they sleep - in this case Prelint is excellent because it significantly improves the feedback loop - you wake up to a better PR. So so far I've been betting on this.

You can definitely use the CLI as an aid for your agents - this will help with the context but less with the enforcement. I would be super interested in understanding your workflow and seeing how Prelint fits into the picture. It's definitely not our standard use case and maybe this is what makes it so interesting for me. If you would be so kind to drop me a note at wojtek(at)prelint.com I would love to jump on a call early next week to explore.

1
回复

Congrats Wojtek and team on the launch!

We've had both human and AI PRs pass every check and upon prod review we end up reversing old decisions, excited to try this out.

2
回复

@guzmanpintos Thanks for the support Guzman! I'll make sure to make time for an onboarding session with your team soon!

2
回复

Congrats on the launch. The line that got me is "good code that quietly builds the wrong product" — that's a failure I didn't see coming until it bit us. We build AI products too, and the agent passes every test and still changes a rule nobody agreed on. One question: how does Prelint know what the "right" product was meant to be — only from the ADRs and docs you feed it, or does it also learn from what your team approves over time?

2
回复

Thanks, Saied! It's everything we can get our hands on: Slack threads, PR comments, meeting notes, Claude sessions, you and your agent can also use our CLI to clarify and work the decision records.

Sometimes it doesn't and that's the point where it's really useful to have Prelint flag it. Most drift happens not in "big decisions" that are usually super visible but in micro decisions that nobody notices for 6 weeks - violating event-driven architecture, very subtly changing permissions or some collateral events or billing rules.

Right now we have a lot of teams that appreciate Prelint surfacing all the implicit decisions that your coding agents make - sometimes they are just black and white and our role is saying "hold on!" in your name, but other times it's the right decision that can still turn disastrous if no one knows it was made.

3
回复

Looks awesome!

2
回复

Aww thank you Louis! Appreciate your support!

1
回复
#2
SoundGate Guitar
AI Music Tutor that gives real-time feedback on your playing
386
一句话介绍:SoundGate Guitar 是一款利用实时音频检测与AI对话技术,在吉他练习场景中替代真人老师,解决学习者“练错没人纠、有问题没人答”的核心痛点的AI音乐陪练应用。
Music Education Artificial Intelligence
AI吉他陪练 实时音高检测 和弦识别 智能指板反馈 AI音乐导师 个性化练习计划 零延迟音频分析 练琴纠错 吉他教学应用 音乐学习工具
用户评论摘要:用户普遍赞赏实时反馈与零延迟检测,认为解决了传统应用“事后打分”的痛点。主要疑问集中在:是否支持多音复测、技法检测(推弦、滑音等)、进度追踪记录,以及未来是否支持贝斯、尤克里里等其他乐器。
AI 锐评

SoundGate Guitar的聪明之处在于找准了“AI音乐教育”的伪繁荣盲区——市场上不缺录播课和卡拉OK式打分器,缺的是一个能真正“听”懂你并即时纠错的老师。其零延迟的指板映射和内置AI问答机制,切中了自学吉他最大的两级痛点:操作上的盲目感(不知弹对错)和认知上的无助感(不知为什么错及如何改)。从技术上看,低频延时的音频特征提取是核心壁垒,而将这个能力与对话式AI结合,完成了从“工具”到“老师”的跃迁。

但锐评必须指出:其“100%免费”在当前资本逻辑下更像一个获客承诺与早期验证策略,若无法快速形成订阅或增值收入(如多乐器支持、高级技法模型),后续研发将难以为继。目前评论区对推弦、滑音、制音等演奏技法的缺失反应直接——这说明引擎当前仍偏向“音高对比”而非“演奏质感分析”,后者才是硬核用户留存的关键。此外,作为AI教师,其“个性化”深度仍存疑:真正的好老师会按学生的手指条件、听觉习惯调整路径,而非仅根据对错数据生成固定作业。SoundGate若停留在“精准的节拍器+记分板”层面,则终究只是比YouTube互动性好一点的游戏机;唯有持续攻克演奏表现力建模,才能称得上“音乐教师”。

查看原始信息
SoundGate Guitar
SoundGate Guitar is an AI practice companion that actually listens to you play. Get instant visual feedback on an interactive fretboard with zero-lag note detection. The built-in AI tutor analyzes your playing to provide personalized feedback, custom practice routines, and answers to any guitar question.

Hey Product Hunt! 👋

We're the team behind SoundGate Guitar - a practice companion that actually hears you play and responds in real time.

Most guitar apps follow the same formula: watch a video, try to play along, get a pass/fail score. That's not how you learn guitar. You learn by playing, making mistakes, and getting feedback in the moment - the way a real teacher would.

So we built SoundGate to be that practice companion:

It hears every note. Play any note or chord and the interactive fretboard lights up instantly - real-time detection, not a 2-second delay. You can actually see what you're playing as you play it.

Interactive fretboard, tabs, scales, exercises - all interactive. It's not just detection. There's a full exercise library with scoring based on your actual playing. Chords, strumming, fingerpicking, scales - from beginner to advanced.

Ask it anything. Stuck on a barre chord? Wondering what scale works over a progression? The built-in AI coach gives you specific, personalized answers - not generic YouTube links.

Real native app. SwiftUI on iPhone, iPad, and Mac. Plug in a USB audio interface on your Mac and it just works. No Electron, no web views.

It's 100% free. Not freemium-free. Actually free. Every feature unlocked. We're in early access - we want feedback from real guitarists, not credit card numbers.

Whether you picked up a guitar yesterday or you've been playing for 20 years, we built this for you.

Would love to hear what you think - drop any questions below! 🎸

27
回复

@aren_barseghyan Love the concept! 🔥Are you planning to expand SoundGate to support other instruments in the future?

4
回复

@aren_barseghyan Congrats on the launch! 🎸

I met the founders myself at a tech event, so I know how much effort and passion they’ve put into this product.

I also tested the app myself, and as someone with a musical background, I can definitely say it’s worth giving it a try!

0
回复

@aren_barseghyan Really like that SoundGate Guitar listens to your playing in real time instead of just providing static lessons. The instant visual feedback, AI-powered coaching, and personalized practice routines make it a great tool for improving technique and building confidence. Good luck with the launch!

0
回复

Music might be the most beautiful language we have...

Time to switch from code to strings for a while 🎸!

8
回复

Love that! Time to give those typing fingers a different kind of workout. Thanks for being such an awesome partner for this launch @zaczuo

5
回复

Thanks for hunting us, Zac! As SoundGate’s CTO, I spend a lot of time teaching code to listen to strings. Maybe it’s time I played them too 🎸 Really appreciate your support @zaczuo !

5
回复

Congrats 👏 @aren_barseghyan on taking this live... solving real-time audio detection without delay is no small feat, Rooting for you guys today, exactly the motivation I needed to dust off my guitar this weekend.

6
回复

Thank you @vikramp7470 ! 🎸 It was no small feat, but we are so proud of how the real-time detection turned out. So glad to hear we could provide that weekend motivation - enjoy playing and let us know what you think!

2
回复

Congrats on the launch! 👏 Just dropping by to say hi as a fellow guitarist.

I’ve tried a few similar products before (e.g. Yousician), so I’m curious what makes SoundGate stand out in such a competitive space.

In particular, is your differentiation around areas like:

  • Polyphonic (multiple-note) detection?

  • Expression/technique detection (e.g. bends, vibrato, slides, palm muting)?

Those have always seemed like some of the hardest technical challenges for AI guitar coaches, so I’d love to hear what you’ve improved.

4
回复

@shuaibird hey! Great to connect with a fellow guitarist here. 👋 You nailed the exact hard problems! While we are incredibly proud of our zero-lag polyphonic detection (strum a chord and the fretboard lights up instantly without delay), one of our biggest differentiator from gamified apps is actually our built-in AI Tutor. Instead of just playing along to a scrolling highway and getting a score, SoundGate acts like a real teacher. You can actually converse with the AI coach, ask why a chord transition sounds muddy, and get personalized routines. As for expression detection (bends, slides, etc.), we are actively working on perfecting those models next! 🎸"

2
回复

@shuaibird Great question! Some of the advanced techniques and musical analysis you mentioned are still on our roadmap, so the app may feel a bit limited in those areas today. We’re shipping updates frequently, and our goal is to gradually integrate all major guitar techniques into the learning experience. Thanks for the thoughtful question! 🎸

1
回复

Find it pretty useful. At some point in my life, I wanna learn to play any instrument. And if AI can teach me, this could be my option to try it. Do you also have any background in the music industry that you decided to create this?

4
回复

@busmark_w_nika thanks so much! It's never too late to start, and we'd love to help you when you're ready. To answer your question, yes I've actually been playing guitar since childhood and most of our team are guitar players as well. Because we play, we knew exactly what was missing from other apps, that real-time feedback you only get from a real teacher. Let us know when you decide to pick up your first guitar! 🎸"

3
回复

Does the app support 4-string bass or ukulele, or is the engine currently tuned strictly for 6-string guitar? Congrats on the launch.. after seeking a product like SoundGate for a long time that's truly based on music, this is really great @aren_barseghyan 🙌

4
回复

@priya_kushwaha1 thank you so much, Priya! Currently, we're all-in on the 6-string guitar to make sure the real-time engine is absolutely perfect. Once we nail that bass and uke are next in line! 🚀

1
回复

@aren_barseghyan  @priya_kushwaha1 Thanks so much, Priya! We built the foundation with expansion in mind, and feedback like yours helps us prioritize what comes next. Which would you want us to support first: bass or ukulele? 🙌

1
回复

congrats on the launch! this looks like the perfect excuse for me to finally start learning guitar :)

are you planning to add support for more musical instruments?

3
回复

@sipan_babertsyan no more excuses :))

1
回复

@sipan_babertsyan no more excuses, Sipan! 😉 We'd be honored to be your first guitar teacher. Grab a guitar and let's go!

1
回复

@sipan_babertsyan Definitely! We have experience across many instruments and are exploring where to go next. Most likely, it’ll be an instrument that pairs well with guitar so people can jam together. 🎸

0
回复

Congrats on the launch!! The fact that it hears you play and responds in realtime is the cherry on top, I love how it recognises the note/chord you've just played and instantly shows on screen. I see it can also be your 'step-by-step- companion, are we talking beginner beginner? Let's say I don't know how to play guitar whatsoever - can I start today?

3
回复

@lorbes Thank you, Jonathan! 🙌 100% yes - you can start from absolute zero today. Our exercise library ranges from 'never held a guitar' all the way to advanced. The best part for beginners is that if you ever get confused, you can just ask the built-in AI tutor to explain it to you, just like a real teacher sitting next to you. Let us know how your first session goes!

2
回复

@lorbes Our learning path is evolving to adapt even better to every skill level with each update. 🎸

0
回复

Congrats on the launch! You can tell a lot of thought went into making the experience approachable. It feels like the kind of product that could get more people to actually enjoy the learning process instead of giving up after a week.

3
回复

@ohharsen thanks! 🙌 Defeating that 1-week curse was exactly what we set out to do. Learning guitar should be fun, not frustrating! 🎸

1
回复

Real-time feedback is the part that hooks me here. Most guitar apps just grade you after the fact, so catching a bum note the instant I play it feels way more like an actual teacher sitting next to me.

3
回复

@yibo_wang3 spot on. We were so tired of getting to the end of a practice session only to get a generic pass/fail score after the fact. Learning actually happens by making mistakes and getting feedback right in that exact moment, just like a real teacher would give you. Enjoy having your new AI guitar teacher right there with you on the fretboard! 🎸"

2
回复

Congrats on the launch!

2
回复

how cool! I remember how expensive music lessons were, so it's special to make that accessible for any audience

2
回复

@constanza_hasselmann տhank you! Learning an instrument shouldn't be a luxury, and we're so thrilled to help make it accessible to everyone

1
回复

Real-time feedback is the one part of learning guitar you can't get without a teacher in the room. Everything else is already on YouTube. Curious whether it's catching timing and cleanliness or mostly pitch, since that distinction is basically the whole product.

2
回复

@lucasjpols YouTube is a fantastic library, but a terrible mirror. The engine doesn't just check pitch - it actively analyzes your timing and the cleanliness of your playing (like catching muted strings or fret buzz) in real-time. We wanted it to feel like a real teacher actually listening to how you play, not just what you play.

0
回复

Congrats on launch!

2
回复

The real-time fretboard feedback is the part I would actually use - finally something that listens instead of making me watch a video and guess if I am doing it right. The thing I would want to know before making it a daily habit: does it save any record of what I have practiced or how I have improved over time, or is each session fresh? Knowing I can look back at what I was struggling with two weeks ago would make the practice habit much easier to stick to.

2
回复

@leo404 that guessing game with videos is exactly why we built the real-time fretboard. And you are going to love this: not only does the AI remember your entire session history, but we actually have beautiful charts showing your progress over time! You can visually look back, see exactly what you were struggling with two weeks ago, and watch those metrics improve.

0
回复

the zero lag note detection feels genuinely useful, especially when working through scales. the AI tutor suggestions were surprisingly specific to what i was messing up.

2
回复

@stephanie_alice This is exactly what we hoped to hear, Stephanie! Practicing scales without instant feedback can be so frustrating. We specifically trained the AI to look at the exact nuances of what you are playing so it can give you that hyper-specific advice, rather than just a generic try again So glad it's helping you dial in those scales 🎸

0
回复
Oh this would have been so useful for me when I was younger! A question though, do you plan to expand to other instruments like the piano in the future?
2
回复

@thediffidentgarlicbread thanks so much Divya! We feel the exact same way - we built this to be the tool we wish we had when we were kids first learning to play! We are completely focused on perfecting the guitar experience right now but expanding to piano is absolutely on our long-term roadmap.

0
回复
Congrats Aren and Vahe! I work at an AI learning company, so the part I care about is the tutor, not the note detection. Real teachers are valuable because they remember you: last week’s sloppy chord changes shape this week’s lesson. Does the AI tutor carry memory across sessions, tracking my recurring weaknesses and adapting my routines over time, or does each practice session start fresh? Persistent progress tracking is what separates a tutor from a very good tuner, and if you’ve built it, that’s the headline for me.
2
回复

@ridhwikvinod Hi Ridhwik! Persistent progress tracking was a non-negotiable for us. The AI remembers your past sessions and tracks your weaknesses over time so you never start fresh. It uses all that history to shape your lessons, exactly like a real teacher tracking your growth!

1
回复

Congratulations with the launch. Do you plan to add more instruments or you wanna go niche?

2
回复

@tigran_chakhalyan1 thanks so much, Tigran! Right now, we are laser-focused on the guitar niche to make sure our real-time engine and AI tutor are absolutely flawless. But the long-term vision is definitely to expand the band and add more instruments down the road

0
回复

Real-time note and chord detection could make practice much more useful than getting a score afterward. How well does it handle background noise or playing through an amp?

2
回复

@adityaharish2002 our engine is pretty robust at isolating guitar frequencies through your device's mic, even when playing through an amp! But if you want the absolute perfect noise-free experience, you can actually plug your electric guitar or amp directly into your Mac using a USB audio interface.

0
回复

Im thinking about buying a guitar after this app. lol hope i can learn it fast because i don;t have time to go to the music classes

2
回复

@kartikmalik haha, do it! 🎸 That is exactly why we built SoundGate. Skipping the commute to music classes and learning on your own schedule is the way to go. Your AI teacher is ready whenever you are!

0
回复

after this, I'm getting my first guitar.

congrats on the launch <3

2
回复

@aadilghani once you get your guitar, share your first song with SoundGate community later))

2
回复

@aadilghani go get that guitar and let the shredding begin! Don't hesitate to ask the AI coach for help setting it up on day one. 🚀"

1
回复

SoundGate looks like a game-changer for guitar practice. Real-time feedback, personalized exercises, and an AI tutor in one platform make learning feel much more focused and motivating.

Excited for the journey ahead and to see how the product continues to evolve! 🚀

2
回复

@armi_mi Thanks so much, Armi! We are ready to rock and roll! 🎸 Keeping players in the zone so they can shred faster is the ultimate goal. So glad to have you with us on this journey!

1
回复

This really looks great and is a way for anyone to really go in and start getting a guide to learn to play a guitar. The AI feedback is cool and can help with where a user is doing well or not and overall, how they can improve. I just wish that it could be on Android. Can't leave the Android ppl out now, LOL.

1
回复

@neogio_bit Thank you, Giovanni! That is exactly what we want SoundGate to do: give every learner clear feedback and help them improve with each practice session. We hear you about Android and hope to bring SoundGate to more players in the future.

0
回复

As generative AI becomes capable of creating music, do you see it replacing musicians, or can tools like SoundGate help more people become musicians?

1
回复

@jonatan_saban1 We see AI helping more people become musicians, not replacing them. Music is about human expression, and AI can make learning more accessible by giving people the guidance and feedback they need to develop their own skills and sound.

0
回复

the use case i'd actually want is playing along with a real song, not just isolated exercises. if a backing track or the original recording is playing through my speakers at the same time as my guitar, does the detection still isolate my playing cleanly, or does it need near silence in the room to work? that's the difference between a practice tool and something i'd actually use to learn songs i care about.

1
回复

@galdayan We are not building around what simply feels like a good learning experience. We study the most effective learning methods and turn them into a practice experience that works.

The foundation is simple: produce a clean tone, play slowly, and build accuracy from the beginning. Repeating mistakes only makes those mistakes harder to unlearn.

Playing popular songs adds excitement to the journey, and we will introduce that very soon. For now, we recommend staying consistent with your daily practice. We want to make that practice motivating, so when you are ready, you can pick up your favorite songs quickly and play them with confidence.

0
回复

Hi, on the initial start page it asks what type of guitar you play. I have an electric and acoustic but i was only able to select one option. A multi option for some of us who play multiple instruments might be good. Great work so far.

1
回复

@kenshipley Thanks, Ken, you have great point! For now, that question is only used for analytics and doesn’t affect the experience. Later, we plan to use it to personalize lessons and styles for each player. Multi-select definitely makes sense, and we’ll add it to our roadmap! 🎸

0
回复

Love the look of this! Learning scales from static fretboard diagrams has always been the part I struggle with. Having something interactive or that actually lights up as you play sounds like it would make it click so much faster. Excited to give this a go.

1
回复

@afb Thanks, Archie! That’s exactly the problem we wanted to solve - turning static diagrams into something visual, interactive, and connected to your playing. Excited for you to try it! 🎸

0
回复

Sounds interesting. Are you planning to launch a uke tutor as well?

1
回复

@sarthak_shrivastava2 Thank you! We are focused on making the guitar experience great first, but a ukulele tutor is definitely something we would love to explore.

0
回复

Love this idea! I've wanted to learn guitar for years but never knew where to start. Does the AI create a personalized learning path for complete beginners?

1
回复

@dhatri_rai1 YES! The AI builds a completely personalized learning path from day one. It starts with the absolute basics and adapts to your pace as you go, so you never feel lost or overwhelmed. It's time to finally pick up that guitar!

0
回复
#3
Denovo
Turn your vibe-coded app into paying customers
296
一句话介绍:Denovo是一个从创意验证、品牌建站到支付对接(Stripe)、自动营销(邮件+Meta广告)及营收分析的一站式平台,专为“敲完代码却不知道怎么赚钱”的独立开发者服务,解决从产品到付费客户之间的“市场推广死亡鸿沟”。
Sales Marketing Software Engineering
AI建站 一键变现 Stripe支付 自动化营销 冷启动 独立开发者 SaaS工具 Meta广告 市场验证 Growth引擎
用户评论摘要:用户普遍认可“做出来容易,卖出去难”的痛点,但质疑系统是否真的能做出深度决策(如“红绿灯验证”的具体依据);关心冷邮件送达率(每日30封限制)、B2B适用性、是否支持按模块单独使用;有用户建议增加LinkedIn外联、SaaS目录提交等功能。
AI 锐评

Denovo精准命中了“AI生成代码”泛滥后最大的真空地带——分发与变现。创始人Saverio很诚实,前两次创业死在“Go-to-Market”,这恰恰是技术出身创始人的集体盲区。产品逻辑试图做一个“全栈增长机器”:从想法验证、品牌、建站、支付、到冷邮件和广告投放,再到营收汇报,几乎覆盖了从0到1的所有商业动作。

但问题也在于“全栈”。一个年薪25美元(按产品定价估算)的AI代理,如何真正做出有深度的竞争分析和财务预测?“红绿灯”验证如果只靠公开数据和模板化打分,可能只会给出过于泛化的建议,无法替代真实访谈或行业洞察。同样,30封/天的邮件限制、自动广告投放的预算控制与合规风险,都是实操中极易翻车的地雷。产品似乎把“自动化”和“智能化”混为一谈了——前者是节省时间,后者才是创造价值。

最亮眼的设计是“Stripe from day one”。这击中了“害怕收钱”的心理,把商业化从后置变成了前置。但真正的壁垒不在功能堆叠,而在于数据飞轮:当平台积累足够多的“成功与失败案例”,其验证准确性和营销效果才能指数级提升。否则,Denovo很容易做成一个“功能很多但每个深度都不够”的工具合集,沦为又一个Vibe Coding时代的安慰剂。

一句忠告:创始人既然有ML背景,应该把大部分算力放在“哪个点子该放弃”和“哪封邮件最优”这两个核心决策上,而不是贪心地做一个无所不能的自动化工件。方向正确,但深度决定生死。

查看原始信息
Denovo
You vibe-coded your app. Now what? 🤔 AI makes building easy, but getting customers is the hard part. Denovo takes you straight from idea to revenue. 💸 Get a ready-to-convert website with Stripe pre-wired, plus an automated growth engine sending emails to 100M leads and setting up your Meta ads campaigns. 🚀 Just ask "how's business?" for your revenue and next steps. 15,000+ businesses built here. Yours is one line away.

Hey Product Hunt 👋

Saverio here, founder of Denovo.

I spent five years at Meta building ML models, and I've been doing gen AI research since 2018. I served four years as the AI advisor to the Italian Prime Minister's Office.

I'm the only employee at Denovo — I built the entire product from scratch, solo.

Here's the part that actually matters: my previous startups all failed because of go-to-market. Not the tech — I could always build. Finding customers is what killed them. Every time. 💀

AI made building easy. Getting paid is still brutally hard. You vibe-coded your app... now what? 🤷

Denovo is me solving my own failure mode, for everyone else — the whole distance between an idea and a paying customer:

Feedback first — before anything gets built, Denovo pressure-tests your idea (market, competition, pricing) and gives a clear green/yellow/red verdict. Some ideas deserve a "no" before you spend a cent.

🎨 Your brand, then your website — built for you, on-brand, no page builder. Want changes? Just chat.

💳 Stripe from day one — the moment you pick your domain, payments are wired in automatically with Stripe Connect. Revenue isn't an afterthought. It's the point.

🎯 Customers, found for you — Meta ads set up automatically, plus outreach matched to your ideal customer profile from a database of 100M verified leads. You wake up to work you didn't do.

🎧 Then you just ask — "How's business?" Denovo tells you what it shipped, where revenue stands, and what's next.

15,000+ businesses have been built here — real domains, real Stripe accounts, real customers. 🚀

For the PH community: 20% off yearly plans (including Build and Launch) with code PRODUCTHUNT20 🎁

What will you be building on Denovo?

I'll be here all day — ask me anything, including the hard questions. 🙌

— Saverio

7
回复

Congrats on the launch Saverio. The honest bit about previous startups failing on go-to-market makes this more interesting than the usual “build anything with AI” pitch. Denovo is taking on a lot though. Idea validation, branding, websites, payments, ads, lead generation, reporting. I’d want to know where the system is genuinely making decisions and where it is mainly automating setup. The green, yellow, red verdict also caught my attention. Has Denovo ever told a founder not to build something, and what evidence does it use to make that call? That could be one of the most valuable parts if it is willing to be blunt.

5
回复
@os_ishmael great question! I have been heads down building the product for over 12 months now. So, all of those integrations and functionalities took time to build. The hardest part has been making sure that all of those functionalities and integrations would feel in harmony with each other like an opera concert. We were able to do so thanks to the constant flow of product feedback coming from our customers. Regarding the idea validation phase, Denovo is able to provide you a score based on your current competitors, market growth rate and builds a financial model projections for the potential revenue that your idea could generate in 3 years. The system then compares it with existing ideas on the platform to see where it stands in terms of risks and feasibility. The questions Denovo answers are: How much can you make? Is it easy to build? Is there any legal risks? Is someone else already doing this? Then it helps refining it to find your niche or getting clarity into what your unique value proposition could be. Hope this helps. What are you planning to build or are you already building?
4
回复

Congrats on shipping! The gap between "I built a working thing over the weekend" and "someone paid me for it" is where most of these projects die. Nice to see someone aiming at that specific step. What does the first week with Denovo actually look like for a solo builder?

3
回复
@ben_kahan after defining the right market, USP and ICP, you will build your brand assets, website, pitch decks, and then start generating some marketing assets. Then auto mode kicks in. This is when Denovo starts sending cold emails and setting up your advertising campaigns to get real traction. Would love to see what you build bro!
2
回复

Impressive scope for a single builder, transition from ML researcher to building a full-stack solo product is no joke, massive respect, qq how are you handling domain warmups so the automated outreach emails don't instantly hit spam folders? Congrats on the launch @saverio_pulizzi3 🙌

3
回复
@priya_kushwaha1 thank you! It hasn’t been easy but it has been fun building it 🙂 To activate automated email marketing a founder needs to connect a Gmail account. Then the system does not send more than 30 emails per day. What are you planning to build?
2
回复
@saverio_pulizzi3 thats great but what about when I need to strengthen my reach out emails, is it configurable or always 30
0
回复

Congrats Saverio! The framing about the distance between an idea and a paying customer rings true, so many vibe-coded apps die at distribution rather than at code. Does the validation step ever tell people plainly that an idea is not worth building, or does it always suggest a pivot?

2
回复
@doganakbulut it always suggests a pivot but it provides a score that turns red if is too low. This means if the founder wants to enter an already saturated market or if their idea is too hard to build.
1
回复

As a solo founder with a good portion of this already setup (stripe, website, etc) how much can Denovo can be used a la carte vs everything together? Meaning can I utilize Denovo simply for growth?

1
回复
@jacob_sherwood yes you can! Just provide Denovo with your existing website url
1
回复

Does Denovo work well for B2B SaaS, or have you seen ecommerce brands succeed with it too? 🤔

1
回复
@roopreddy our top category are e-commerce businesses
1
回复

How is this different from the 100000000 other things that do that same thing.

1
回复
@bob_ping who is building a full stack web application with hosting and database included while also running your ads and email marketing for $25/month? I haven’t seen anything like Denovo.
1
回复
@bob_ping also you might want to check our founders feed - Denovo.dev/feed
1
回复
@bob_ping if you mention Polsia or Lovable, I strongly advice you to do a trial of Denovo because trust me it is a different world 🙂
2
回复

Congrats on shipping. What are the other GTM options you plan to add?

Some feature ideas:
- LinkedIn outreach
- SaaS directory submission
- Social media marketing

1
回复
@syed_shayanur_rahman awesome recommendations! We will start working on those straight away!
1
回复

Denova = Vibe coding app + AI SDR + AI Performance Marketer. Did I get it right?

1
回复
@ragsyme yes perfect pitch
1
回复

Love the positioning, particularly because building has become easy, but distribution is still where most founders struggle. Congrats on the launch! 

1
回复
@himani_sah1 thank you!
1
回复

This looks like @Nas.com for startups. We do it for creators ;)

1
回复
@nuseir_yassin1 great! how is it going?
1
回复

Congratulations. This feels like the logical next step after vibe coding. Build, launch, acquire customers. Repeat. Good stuff. 😊

1
回复
@zerotox Repeat and improve through a feedback loop so AI knows what’s the next best business action
2
回复

How is the outreach personalized? Are the emails generated uniquely for every prospect or based on templates??

1
回复
@divya_kothari1 they are generated custom based on the prospect data
1
回复

Having Stripe added to the product from Day 1 is amazing. Too many makers / builders leave it for later.

1
回复
@ankur_jeswani yes, this allows to try to monetize as soon as possible
1
回复

How accurate the market validation is before building? Have you seen founders completely change direction because of Denovo's feedback?

1
回复
@iamanantgupta yes, a lot of founders change direction and keep iterating and refining their ideas until they are happy and start building. Iteration is key and designed in the system.
1
回复

The gap between a working prototype and someone actually paying is where most of these projects die. I'm curious whether it touches pricing and packaging or just the checkout plumbing. When you say "paying customers," does it help figure out what to charge, or only collect it once you've decided?

1
回复
@artem_fedorovich it suggests you a pricing structure based competitors. The model logic is built around unlocking the funnel: visitors, sign ups, active sign up, trial, paying customers. At each step there are agentic feedback loops that helps optimise the strategy around cold emails and ad campaigns. Let me know if you have any further questions and would love to get your feedback if you sign up for the trial. Thank you!
1
回复

@Denovo - this looks great, but what if I already have an app and website - how does this work, do you have plans just for marketing and growth.

1
回复
@codeandsea you can connect existing GitHub repository or if you don’t want to vibe code just provide and setup your existing app URL. Denovo will promote your existing app url. Thank you and great question!
1
回复

The gap between building the thing and getting someone to pay for it is where most vibe-coded projects die, so that's the right target. The autonomous framing is ambitious though. What does the first paying customer actually look like, and how much is the founder still in the loop?

1
回复
@lucasjpols the whole auto mode has decision gates embedded so if the founder wants they stay in control of everything. Every email sent, every ads launched and every post posted on social media. They can decide whether those tasks are executed autonomously or whether they want to be in the loop.
1
回复

I work with a lot of startups in the education space and something like this can totally get them to market faster, nice job!

1
回复
@kelly_king3 thank you! I would love to see what you build! If you have any questions or need some support feel free to email me at saverio@denovo.dev
1
回复

solo-building this whole surface is wild, congrats. the part I'd want to understand before handing over Stripe and ad spend: when the growth engine sets up a Meta ads campaign on its own, does it launch and start charging the card right away, or does it wait for the founder to see the campaign once before it goes live? "you wake up to work you didn't do" is a great pitch for the email side, but ad spend is real money leaving an account unattended, that's a different risk tier than a cold email that just gets ignored if it's off target.

1
回复
@galdayan we have implemented decision gates so that founders are always in control of what goes live. Great question!
1
回复
This seems like it would be very helpful! Having it come with Stripe built-in is a lifesaver.
1
回复
@thediffidentgarlicbread time to market is key so this is speeding up the process
1
回复
Congrats Saverio, solo-building this scope is genuinely impressive! I run outbound for my company, so here’s my question: the pitch says 100M leads but the sending is 30 emails a day through the founder’s Gmail. At that pace list quality is everything, so how does Denovo handle the compliance side? Things like where the verified leads are sourced, opt-out handling, and keeping a founder’s personal Gmail out of trouble with GDPR in EU markets. The founders using this won’t know cold email rules, so Denovo has to know them for them.
1
回复

Congratulations on the second launch. I noticed the acquisition side runs on cold email. The hard part there is choosing who to email, since a small, precise list usually beats volume. How do the agents decide who the right people are?

1
回复
@alieksia Denovo has a clear understanding of your ideal customer profile, so it finds leads that matches your product offerings. What are you building?
1
回复
How does it handle users who already have an existing setup they don’t want to replace completely?
1
回复
@hamza_afzal_butt you can provide your website url to inside the auto mode settings. This will tell the agent to promote your existing website, you can also upload existing branding assets or documents via the chat. What are you building?
2
回复
The verdict step before building is what I would use this for. When I looked into my own idea properly, what mattered was not whether it could be built but that several versions of it already existed. That changed how I positioned it instead of stopping me. A red light that only says stop would have been the wrong call in my case. Having that step sit before the building at all is more than most offer. Congrats on shipping it!
1
回复
@etiennegarcia thanks Etienne! This is step 1 that most founders skip. However, getting your product ready and launch as soon as possible to get feedback from the market is another very valuable set of features that Denovo does for you. Are you currently building?
2
回复

Congrats on shipping. The Stripe piece is the part I keep coming back to — wiring Connect the moment someone picks a domain means onboarding a merchant account per business, and platform review is usually what slows that down. Did you have to get Denovo approved as a Connect platform before any of those 15,000 could take a payment, or does each founder end up with their own standalone account?

1
回复
@vollos we give founders control to decide whether they want the built in stripe connect or their own stripe account. Yes, we had to get approved first. Thanks for asking! Are you building on Denovo or using other platforms?
1
回复
@vollos this is a great question and I think you will love testing the product on a free trial!
1
回复

I'm pretty new to Product Hunt but I have been building with Denovo for 2 months now and can say I absolutely love it and all the upgrades I've seen added in that time. I can also say that Denovo will definitely tell you if you have a bad idea or three. I was searching and trying other programs for about a year when I found Denovo. It really does work as advertised. Saverio really does take user suggestions to heart also.

1
回复
@marcie_tomb thank you Marcie! It is a pleasure to have you building on Denovo. You are one of the best founders on the platform. Your feedback has been very helpful in shaping the product. I am excited to follow your journey with Deskstack and more! https://www.deskstack.net/
1
回复
#4
/mission for Claude Code
Give Claude Code missions to spawn a team of agents
266
一句话介绍:/mission for Claude Code 通过在 Claude Code 内部将大型任务分解为多个智能体协同工作,解决了单次编程会话无法处理复杂、跨上下文项目开发的痛点,让开发者从繁琐的协调工作中解放出来。
Productivity Artificial Intelligence
AI编程代理 多智能体协作 任务编排 Claude Code插件 工作流自动化 开发者工具 人机协作 代码审查
用户评论摘要:用户关注点集中在信任与安全机制,如“注意力队列”的触发条件是固定规则还是AI自主判断,以及多代理如何避免代码冲突。正面反馈包括对长任务处理能力、无需切换界面和BYOK模型支持的认可。核心建议是提高系统对不可预见风险的处理透明度。
AI 锐评

/ mission 的价值不在于它发明了新的AI模型,而在于它精准切入了一个被忽视的痛点:当前的单体编程Agent(如Claude Code)在处理跨会话的复杂任务时,其“上下文窗口”和“任务记忆”就是最大的天花板。开发者被迫成为人肉协调器,这本质上是对AI效率的浪费。

Medley通过“任务规划-分解-执行-审查”的闭环,尝试将AI从“高级自动补全”推向“项目级协作者”。其基准测试成绩(如Terminal-Bench 93.25%)并非来自模型本身的进化,而是“编排工程”的胜利,这揭示了当前AI应用产品化的正确方向:不是死磕模型能力,而是通过系统架构弥补模型的短板,榨干现有模型的潜力。

然而,产品的核心挑战在于信任与自治的平衡。评论中关于“注意力队列”的讨论一针见血:固定规则可审计但死板,AI自主判断灵活但不可控。这本质上是自动驾驶L2到L4的博弈。目前Medley采用“两者皆有”的方案,是务实的,但“AI判断何时需要人类介入”这个元问题,一旦搞错,后果比冷冰冰的规则失败更可怕。此外,多Agent协调带来的“编辑冲突”和“预算失控”等工程难题,虽然官方给出了初步方案,但在真正的复杂项目实战中,其鲁棒性仍有待验证。

总而言之,/mission 重新定义了“提示工程”的粒度——从“提示词”进化到“提示系统”。对于已经受够了单次会话限制的开发者,它提供了一个极具吸引力的“省力杠杆”。但产品从“有趣的工具”走向“生产环境的基石”,还需要在“可解释性”和“安全兜底”机制上,给出更让开发者安心的答案。

查看原始信息
/mission for Claude Code
Medley is a free Claude Code plugin for work bigger than one session. Type /mission to turn an outcome into a live graph, coordinate Claude Code and Codex workers, review the result, and keep going. BYOK via OpenRouter for Kimi, GLM, and more.

the attention queue is the part I'd want to understand before trusting this with anything real. what decides something belongs there - a fixed list of trigger conditions (destructive git ops, spend over some threshold, secrets access) or does the orchestrator itself decide mid-mission what needs a human? the first is auditable, the second has the same problem every self-judging agent has: it only escalates what it's already confident is risky, which isn't the same as catching what actually is. curious which one this is, since the benchmark numbers don't really tell me that

7
回复

Great question @galdayan , Much like working with any teammate or employee you would want them to come to you for concrete things you tell them to but also if there are things they discover on their own and need your judgement on.

The product hence currently supports both:

  1. User defined guardrails which you can see in the contract and the agents and workers actively monitor for these, and

  2. An agent that determines when something needs user attention since for truly large and ambiguous tasks there is new information and emergent work which the user cannot always predict ahead of time.

That said, the system today does still rely on AI and is something we are always looking to improve with more code enforced guardrails and user feedback.

5
回复

@galdayan Interesting point that is a key part of building trust

0
回复

I've been using Medley to build Medley for quite a while now, and it's become one of those tools that's hard to imagine working without.

One of the coolest moments was realizing we only needed a skill in the same repo for Medley to start testing and improving itself. I'd hand it an entire feature, and it would break the work down, execute the tasks, test the implementation, and keep making progress on its own. Most of the time, it only came back when it genuinely needed my input.

What I enjoyed most was how easy it was to steer. Instead of constantly orchestrating everything, I could jump into just the part that needed my attention while Medley handled the rest. It made building Medley faster, smoother, and honestly a lot more enjoyable.

6
回复

Ashwin here, co-founder and CTO.


We built Medley because we kept hitting the same wall with coding agents: once the work spanned multiple sessions, we became the orchestrator. We split the job up, moved context between agents, reviewed outputs, and decided what should happen next.


/mission takes on that orchestration.

Give Medley the outcome, budget, and constraints. It plans the work, coordinates Claude Code and Codex workers, reviews the result, and keeps going. Anything that needs your judgment or approval appears in the attention queue.

Before launch, we pressure-tested Medley on four public benchmarks. It set a new state of the art on all four—from coding to healthcare and drug discovery.


Missions start in Claude Code today. Medley can coordinate Claude Code and Codex workers. With your own OpenRouter key, Codex workers can also run models such as Kimi and GLM.


We’re excited to see what people hand it. Tell us what you try first, where it works, and where it breaks.

6
回复

Hey Product Hunt — Akshay here, co-founder of Spine AI, the team behind Medley.

Today we’re launching /mission, a free Claude Code plugin for work bigger than one agent session.

Once a job outgrows one session, you become the harness: breaking it into prompts, moving context, reviewing outputs, and deciding what happens next.

Type /mission and give Medley the outcome, budget, and constraints. It builds a live dependency graph, coordinates Claude Code and Codex workers, reviews the assembled result, and keeps going when execution reveals more work.

You can watch and steer the mission in your browser. Anything that needs your judgment or approval appears in the attention queue; everything else keeps moving.

Before launch, we pressure-tested a benchmark-specialized version of the same architecture on four complete public benchmarks. Medley scored 93.25% on Terminal-Bench 2.1, 71.37 on HealthBench Professional, 93.24% on ViBench, and 60.98% on DrugDiscoveryBench -- the highest reported result we found on each.

That spans coding, healthcare, and drug discovery.

No new foundation model. The gains came from how the work was decomposed, routed, carried across contexts, and reviewed.

Medley is free on Mac. Missions start in Claude Code, and Medley can coordinate Claude Code and Codex workers. It uses your existing subscriptions or API access; with your own OpenRouter key, you can run models like Kimi and GLM through Codex.

Install it from Claude Code:

/plugin marketplace add Spine-AI/medley
/plugin install medley
/reload-plugins

Then run:

/mission

Try it on the biggest job you would normally split across sessions. We’d love to hear where it works, where it breaks, and what you hand it next.

6
回复

Bad news. I just used this in Claude to run a longer mission to create outbound emails + find leads. The good: The final result is incredibly good when the mission is complete... most times Claude or other LLMs give you a half finished output and you spend hours of back and forth chatting. Plus I can use this with my existing subscriptions. The bad: Less time with my girlfriend while I spend any time I have using Medley :D

This has been essential to my workflow as a growth member of the team 👏

3
回复

The first product I’ve seen that supports long-running missions directly inside Claude Code—combining the power of coding agents to tackle ambitious tasks.

3
回复

Wow! It's really interesting that the benchmark improvements came from orchestration rather than a new foundation model.

1
回复

@krutiparekh16 Thanks Kruti! Exactly — a lot of the recent work on multi-agent systems and harness engineering is about taking already-capable models, working around their weak spots, and getting more out of their strengths. That's the direction we studied, and we built a harness that pushes the models' capability higher.

0
回复

I feel I was too late starting to use Claude Code. But immediately in a week I realised the Claude Code doesn't get the context properly especially if it's a long running task. Hence, I love the idea of orchestrating multiple coding agents instead of manually passing context between them through Medley. I will give it a try.

1
回复

Absolutely @himani_sah1 !

Looking forward to hearing your feedback.

0
回复

Really like that this meets developers inside Claude Code instead of pulling them into yet another app. I can see it helping with those messy refactors that are secretly five tasks pretending to be one. How do you keep a team of spawned agents from stepping on each other's changes in the same repo?

1
回复

Absolutely @doganakbulut! We didn't want users to learn a new interface to get started.

The planning agent makes sure to keep the work and files isolated across the agents when running them in parallel. As a fallback the agents are smart enough to reconcile conflicts and if not the reviewer steps in and handles it.

1
回复

@coolstorm Since a mission runs on an outcome, budget, and constraints upfront, what happens when a long mission burns through that budget faster than planned? Does Medley scale the plan back to fit what's left, or pause and surface the tradeoff before continuing?

1
回复

Hey @clement_avq 

When a mission starts, it plans against the outcome, constraints, and available budget from the outset , Today, if the available budget is fully exhausted, execution pauses and asks you to approve a budget increase before continuing. If you're using Claudes subscription, you can also choose an open-ended budget mode, where the mission continues until your subscription limits are reached and resumes once those limits reset if needed.

In practice, missions should rarely burn through a budget unexpectedly because planning happens with provider availability in mind. Before execution even begins, Medley distributes work across the providers you've connected, routing tasks to the models that are best suited for them while avoiding overloading any single provider. This lets you take advantage of free or unused quotas across multiple providers instead of exhausting one account first.

If you have stronger limits or prefer a specific model, you can also override the default routing in settings and bias more work toward a particular provider. That gives you control when you know a provider has better quotas or a model that's especially well suited for the mission you're running.

0
回复
This looks like an interesting way to bring more structure to Claude Code workflows. How does it handle situations where the AI takes a different approach than the developer expected?
1
回复

@hamza_afzal_butt The plans of the agent are always shown before the work is started in "gated" review mode and you can always inspect and steer the work done via the dashboard UI.

1
回复

To summarise this launch: project management built directly into AI-assisted software development

0
回复

Congrats on shipping. It'd be interesting if missions could automatically estimate cost, runtime, and complexity before execution. Is this feature already available?

0
回复

@syed_shayanur_rahman This is often hard to do given task complexity and model costs and latency vary quite a bit. The planner can do a rough estimate for most tasks where there is no emergent work.

0
回复

How Medley handles conflicting outputs when two agents solve the same problem differently?

0
回复

The BYOK approach is a nice bonus for teams already invested in different model providers. 😊

0
回复

How would Medley figure which agent comes next versus continuing with the current one?

0
回复

Fantastic! This solves a pain every Claude Code user eventually runs into projects rarely fit inside a single session anymore. :D

0
回复

Very cool, congrats on the launch. Is this tool usable / feasible for Pro / Max users who aren't primarily interfacing via the API?

0
回复

Spawning a team of agents is the easy part. The hard part is they step on each other and you end up reviewing merge conflicts instead of features. How does /mission handle scope boundaries between agents? That's usually where multi-agent setups fall apart.

0
回复

The benchmark numbers are the headline, but the line I keep re-reading is "it uses your existing subscriptions or API access."

If a mission coordinates several Claude Code and Codex workers at once, the binding constraint for most solo people isn't dollars — it's the plan's rate limit. Parallel workers on a subscription hit a wall that a per-token budget doesn't describe.

So: what is "budget" denominated in when the workers are running on a subscription rather than an API key? And does the orchestrator know the difference — does it throttle its own fan-out when it's running against a plan limit, or does it plan the graph as if capacity were unbounded and find out on the way?

0
回复

orchestration is the visible problem, but the one that actually bit us was memory across sessions. splitting work between agents is fine. what breaks is session four not knowing that session two already tried an approach and abandoned it, so it walks cheerfully back into the same dead end.

so the bit I'd want is a durable record of what was attempted and rejected, not just what was decided. does the contract cover that, or only the forward-looking guardrails?

0
回复
#5
ClinicFrame
Like Granola, but for healthcare. Fully HIPAA-compliant.
190
一句话介绍:ClinicFrame是一款符合HIPAA标准的桌面端AI医疗笔记工具,通过实时记录医患对话并自动生成结构化临床笔记,让医生专注于患者而非文书工作。
Artificial Intelligence Medical Health
AI医疗笔记 HIPAA合规 临床文档自动化 医生效率工具 实时语音转写 电子病历集成 远程医疗 医疗智能平台 数据隐私 医疗工作流
用户评论摘要:用户强调合规性为基石,赞赏桌面原生设计避免第三方侵入;关键问题包括记录前需患者知情同意、账单编码须强制关联笔记证据行、权限管理需明确;建议聚焦“无聊可靠”的笔记后再扩展保险理赔功能。
AI 锐评

ClinicFrame的聪明之处在于,它没有像同赛道的玩家那样从“AI写笔记”切入,而是从“合规基础设施”做起——先用三年打磨出有BAA(业务合作协议)保障的底层,再顺势推出笔记工具。这使其规避了医疗AI普遍陷入的“先扩张后应付合规”的死胡同,以“合规是地板而非溢价”的定价策略解构了巨头们的垄断门槛。

产品的真正价值在于:它把医生最厌恶的“录两次笔记”和“隐性合规风险”打包解决了,并通过桌面原生设计明确划清了“辅助记录”与“医疗决策”的界限。值得警惕的是,评论中多次追问的“账单编码与笔记证据行绑定”机制,才是产品能否从“好用的工具”进阶为“安全的工作流”的关键——若只停留在漂亮笔记的表面,则与竞品无异。

医疗AI的下半场不在生成,而在审计与责任链闭环。目前只有ClinicFrame敢让医生看到“这笔编码来自第7行第3句话”,而这正是其未来从笔记延伸到保险理赔(RCM)的护城河。不过,如何让8,000名早期用户从“尝鲜者”转为“日常依赖者”,仍需解决权限分层、编辑反馈循环等细节。方向对了,但路还长。

查看原始信息
ClinicFrame
An ambient AI scribe that writes clinical notes in real time so you can focus on your patient. It passively captures every visit, whether in person or virtual, and delivers a complete, structured clinical note the moment the encounter ends. HIPAA compliant, desktop native, and EHR ready in seconds. We're launching Scribe today, with a much bigger vision ahead: a medical intelligence platform that goes beyond documentation to support the entire clinical workflow.

Hi Product Hunt 👋 Clemente here, I lead ClinicFrame.

Three years ago we launched CompliantChatGPT, a HIPAA-compliant AI assistant for clinicians. More than 8,000 have used it since: therapists, psychologists, oncologists, nurses running home visits. They weren't shopping for AI. They came because they were already putting patient information into a consumer chatbot, with no BAA, no audit trail, and no answer for the surveyor who asks where that data went.

After three years of listening to them, the pattern was hard to miss. Almost every conversation ended up at the same place: the note. And most clinicians were writing each one twice, first as scribbles during the visit, then properly, hours later. Notes were never the job. So we built the tool that writes them.

🩺 What ClinicFrame Scribe does
It listens to the visit, in person or virtual, and writes the structured clinical note as it happens. Desktop native, so nothing joins your call as a third participant. SOAP by default, your own templates on top. You review it, you sign it, you stay the author, and it lands in your EHR in seconds.

🔒 HIPAA compliance is the floor, not the upsell.
A BAA comes with the account at self-serve price. Documenting a visit safely shouldn't require a procurement cycle and an enterprise contract, which is exactly what the big model providers ask for today.

🧭 Today it's a scribe. That's the starting point, not the plan.
We're building the operating system for a clinical practice: the context of every patient, the record of every visit, and the part nobody volunteers for, dealing with insurers. The note is where that starts, because the note is where the billing code comes from. Revenue is what we build next, with the clinician reviewing every code before anything leaves the building.

Most software in a clinic was built for the billing department and handed to the clinician afterwards. We're building it the other way around.

🧱 Every Ai medical tool on the market started as a scribe. We started three years earlier, on the compliance side, with 8,000 clinicians running real clinical work through a product that had to hold up to a BAA from day one. That's the harder half of the problem, and it's already done.

👥 Who it's for: clinicians who document their own visits. Therapists, private practices, home health agencies, small clinics.

🎁 For the PH community: 50% off for 3 months, on top of the 7-day free trial. No card to start, and onboarding runs a demo visit so you get your first note without waiting for a real patient.

🙏 Our ask: if you document patient visits, what's the one thing you'd never let a tool do with a session? That's the answer I care about most. I'll be in the comments all day.

@chiara_tucci @macarena_balparda @alan_brande @dana_fridman are here with me today, and thanks to @mishaal_rashid and @francesco_domizio for the hunt.

18
回复

@chiara_tucci  @macarena_balparda  @alan_brande  @dana_fridman  @mishaal_rashid  @francesco_domizio  @clemente_lopez1  Congrats on the launch, guys.

I'm curious, are clinicians excited about real-time notes?

1
回复

@chiara_tucci  @macarena_balparda  @alan_brande  @dana_fridman  @mishaal_rashid  @francesco_domizio  @clemente_lopez1 Congratulations on the launch, Clemente and the team! 🚀

What really stood out to me is that you started with compliance instead of features. In healthcare, trust isn't something you add later. It has to be the foundation.

I also like your perspective that notes are a byproduct of care, not the reason clinicians chose this profession. If technology can give healthcare professionals more time with patients instead of paperwork, that's a meaningful improvement.

I'm curious, after working with more than 8,000 clinicians, what part of the documentation process were you most surprised people wanted to keep completely under their control? That insight probably says a lot about where AI should assist and where it should simply support. Wishing you an incredible launch! 🩺🎉

0
回复

There are plenty of AI scribes out there. We know that! But after talking to hundreds of clinicians, we realized the real challenge isn't just generating notes. It's building something they can actually rely on every single day.

We focused on what matters most: reliability, responsive support, and compliance. No dropped sessions. No unexpected downtime. Just a product that works when clinicians need it most.

We listened closely to our users and built the product they kept asking for.

This launch is much more than an AI scribe for us, it's the first step toward a broader vision of medical intelligence that helps clinicians before, during, and after every patient encounter.

Excited to finally share the work of so many months with the world. Thanks everyone for the incredible support here on Product Hunt. We can't wait to keep building with your feedback!

2
回复

@Granola is known for being sneaky since it doesn't inform participants on the call that it's recording. Does ClinicFrame alert the patients before they are recorded?

2
回复

@himani_sah1 

This is a very important question.

By law, the patient must ALWAYS be asked for prior consent before recording the session, and it is the doctor’s responsibility to do so.

In our app, the doctor must also confirm that they have obtained prior consent before starting to record.

2
回复

Not in healthcare myself, but I have watched this team work and the discipline is the thing. Narrow problem, real users, no attempt to be everything at once. Congrats on shipping. Curious how you think about expanding beyond the note itself once clinicians trust the workflow

2
回复

@artstavenka1 

Thanks. The expansion follows the note, it doesn't leave it.

Trust gets earned in order. First the note has to be good enough that you stop editing it. Then the patient context between visits, because the note already holds it and rebuilding that history by hand is the next tax after documentation. Then the revenue side, because the billing code comes out of that same note.

Each step is only allowed by the one before it. We don't get to touch a claim until the note is boring and reliable.

1
回复

to answer the question you actually asked - pick a billing code on its own. everything else in the note is a record of what happened, but the code is a claim submitted to a payer, and the liability for it sits with the clinician, not the tool. you mention the clinician reviews every code before it leaves the building, which is the right instinct, but I'd push on how that review is presented. if the suggested code is shown as "the note says X, therefore code Y" it's very easy to rubber-stamp under time pressure, same failure mode as any confident-sounding suggestion. does the review step force the clinician to see the specific line in the note the code was derived from, or just approve the code itself

2
回复

@galdayan 
Right, the code is a different object. The note records what happened. The claim asserts it to a payer, and the clinician signs for it.

So the code never appears on its own. It appears with the exact line in the note it came from, and with whatever is still missing for it to hold. You approve the evidence, not the suggestion.

And when the visit doesn't support a code cleanly, we don't offer one. We say what's missing. Fewer suggestions, each one traceable, is the only version of this that survives an audit.

And after that comes the part where the insurance company denies the claim and we have to file an appeal—and here’s the real magic of it all: if we have the context, the evidence, and the reasons, we can automatically generate the appeal letter for the insurance company.

And of course, everything related to RCM—collecting a percentage of the transaction amount.

1
回复

Dana here, I work with Clemente on ClinicFrame. Happy to be following the feedback on launch day.


A few weeks ago, I asked my physician whether he reviews my lab results as they arrive, or whether a separate appointment is required for that conversation. His response: 'I see 1,500 patients a week. If I reviewed every patient's results personally, I would not sleep. You need to schedule a visit for that.'


There is real satisfaction in building something clinicians genuinely need, and holding it to the same standard of data privacy that earned the trust of 8,000 clinicians with CompliantChatGPT. Documentation was never meant to take time away from the patient in the room, nor to become additional work left for the end of the day. That is the piece AI can actually take on, without asking a clinician to trade privacy for speed. That is what safe AI should look like.

1
回复

So excited to finally see ClinicFrame out in the world!

We’ve spent a lot of time listening to clinicians and understanding the reality of documentation, and it’s been amazing to see that work turn into a product that can genuinely make their day a little easier.

If you work in healthcare and have tried ClinicFrame, we’d love to hear what you think. And if you haven’t yet, give it a try and let us know where we can improve. We’re here and listening!

1
回复

@chiara_tucci 

The listening part is why the product looks like this. Half of what came out of those conversations was a list of things we decided not to build, which is harder to show on a launch page but shaped this more than any feature did.

Thanks for pushing it over the line. And seconding the ask: if you document visits for a living, tell us where it breaks. That's the feedback that actually moves the roadmap.

1
回复

Great product! Good luck 🤞🏽

1
回复

@consumerxai 
Thanks An, appreciated 🙏 If you know anyone who documents patient visits, send them my way.

0
回复

Congrats on the launch, Clemente! The framing here is what makes it click for me — starting on the compliance side three years ago and arriving at the scribe from the clinician's side rather than the billing department's. That's the opposite of how most of these tools are built, and it shows.

To your question — the one thing I'd never let a tool do unsupervised: close the loop between the note and the claim without the clinician seeing exactly which line justified the code. Gal's point above is the whole game. A scribe that writes a beautiful note is table stakes; the trust breaks the moment a suggested billing code gets rubber-stamped under time pressure. If ClinicFrame makes the clinician confront the specific sentence the code came from — not just "approve Y" — you're building something structurally safer than anything that treats the code as an afterthought.

Rooting for you. The "compliance is the floor, not the upsell" line should be on a billboard.

1
回复

@camilo_mera 

Thanks, and you drew the line exactly where we drew it. The clinician signs the claim, so the clinician has to see what it was built on. Anything else moves the liability onto the person with the least visibility.

Your read on the note is right too. Writing a good note is the entry ticket. What happens to that note afterwards is the actual product.

If you end up trying it, tell me where it annoys you. That's the feedback I act on fastest.


And I'll take the billboard.

0
回复

One decision we made early was to build ClinicFrame as a desktop app that works quietly in the background. Clinicians shouldn’t have to manage another interface, constantly check that it’s working, or divide their attention between the patient, the EHR, and yet another tool. The best technology fades into the background so clinicians can stay fully present with their patients—that’s the experience we’re building.

0
回复

congrats on the launch folks!

0
回复

@gvanonig Thanks!

0
回复

Every AI company seems to start with a scribe, but the real opportunity feels much bigger. Once you've captured the clinical conversation, you have the context to improve the entire patient journey. Is that where you see ClinicFrame heading?

0
回复

Congrats on the launch. Putting the BAA at self-serve pricing is a bigger deal than it sounds - most teams keep that behind a sales call. Something I did not see asked yet: with 8,000 clinicians spread across different practices, in the window after a note is written but before it lands in the EHR, what decides who else in that practice can open it - your own permissions layer, or whatever the EHR hands back?

0
回复

You mention that clinicians remain the author of every note. Have you seen any patterns in what clinicians edit most often before signing? Does that feedback improve future notes?

0
回复

Love that this is desktop native and covers in-person visits, not just telehealth calls. Spending three years on compliance infrastructure before shipping the scribe says a lot about the approach. You mentioned insurance billing workflows are next, will that live inside the same app or become a separate product?

0
回复

@doganakbulut 

It will be inside of the product in another section!

We have all the context! lets just make an amazing UI!

0
回复

The versioned-amendment answer to Maciej and the traceable-evidence answer to Ansari are the two best answers I've seen on this kind of product, most scribes wave away the audit trail question. One thing I didn't see covered: a lot of visits aren't just doctor and patient, there's a caregiver, a family member translating, sometimes an interpreter on speakerphone. Does the note distinguish who actually said the symptom versus who's relaying it secondhand, or does that nuance flatten out in the transcript the same way it would in a rushed human note?

0
回复

Hey Clemente, this looks really cool, congrats on the launch 🚀

You mention that it’s EHR-ready. Are you initially focusing on specific countries and healthcare systems, or is ClinicFrame designed to be international from day one? Healthcare regulations and EHR ecosystems vary so much between countries, so I’m curious how you’re approaching that.

Best of luck today!

0
回复

@lucas_desard 

Thanks. US first, and deliberately so.

Compliance doesn't generalize. HIPAA with a BAA is a specific regime, and PIPEDA or GDPR are not the same work with a different label on it. Doing two jurisdictions halfway is worse than doing one properly, especially when what you're selling is trust.

On EHR-ready it's worth separating two layers. Getting the note into a chart is the universal part: structured text in the format the record expects, which works in any system in any country. Direct integrations are the part that goes system by system, and those we do one at a time, starting with what our users are actually on.

Canada is the request we hear most after the US, so PIPEDA is the next jurisdiction we look at rather than a hypothetical one.

0
回复

the shadow-IT framing is the strongest part here tbh, you're not selling a new habit, just a compliant version of one clinicians already formed on their own. the thing I'd want to know is edit friction, since the clinician signs the note and carries the liability, so time-to-correct probably matters more than aggregate accuracy.

0
回复

@alex_watson2110 

Right, the habit was already there. The only thing we change is where the data goes.

On edit friction, agreed, and the reason is that finding the error costs more than fixing it. Correcting two words takes seconds. Reading the whole note to be sure there's nothing to correct is the real tax, and that's the one nobody measures.

So what we watch is time from opening the note to accepting it, and how much of that time is reading versus typing. A note that needs no edits but three reads to trust is worse than one where you fix a word and move on. Tracing each line back to the audio exists for exactly that: you check the one line you doubt instead of re-reading the encounter.

0
回复

Not a clinician. I build compliance software, so I'm answering sideways.

The one thing I'd never let a tool do: change anything after a human signed it. Silently, in a background job, with no record of what moved.

Every AI action in my product needs an explicit confirm and an audit log entry. Because "who changed this and when" deserves a better answer than "the model, sometime Tuesday."

A signed clinical note is a legal document. An AI that quietly edits it after the fact hasn't improved it. It's forged it.

You've clearly thought about this already. The part I'd stress-test is post-signature: re-runs, template migrations, retro-enhancement of old notes.

Congrats on the launch.

0
回复

@mlitwiniuk 

You're not answering sideways, you're answering the part most people skip.

Acceptance closes the document on our side (the formal signature usually lives in the EHR). After that, nothing is edited in place. A change becomes a new versioned entry with its own author and timestamp, and the original stays exactly as it was accepted. That's the amendment model clinical records have used for decades, and there's no reason for AI to get an exception.

On your three: a better model never re-runs an accepted note, it only touches drafts. A template change applies to future notes and never reformats past ones, so a note keeps the shape it had the day it was accepted. Retro-enhancement is the one we rule out entirely, and it's the hardest of the three, because it never arrives as an attack. It arrives as a well-meaning product suggestion: we could re-run last year's notes with the new model and they'd all be better.

"Forged it" is the right word for that. If you ever want to compare audit trail designs, I'm in.

0
回复

Great & Genuine Concept , don't you think there's need of mobile app for Clinic Frame, To personalize experience?

0
回复

@flutterlysolutions 

Hey, this is a wonderful idea and we are just waiting for the app store approval right now!

0
回复

Ambient audio capture of clinical encounters is genuinely useful but it's also the highest-stakes category for AI hallucination, a fabricated medication dosage or an incorrectly captured allergy in a clinical note is a patient safety issue, not just a bad output. What's the accuracy validation methodology for ClinicFrame's notes, like how are you measuring and communicating accuracy to clinicians who are relying on these notes for clinical decisions?

0
回复

@ansari_adin 

You're separating the right things. A missed nuance in the narrative and a fabricated dosage are not the same class of error, and reporting one accuracy number is how that second one stays hidden.

So we don't track a single score. We look at error rates by content class, and we count omissions and fabrications separately, because they have opposite fixes. For the high-risk classes (medication, dose, allergies, any number) the rule is that nothing enters the note unless it was said in the encounter. The model doesn't complete from prior knowledge, and anything unclear is marked as missing rather than filled in.

The second half of your question matters more than the first. Every line traces back to the audio it came from, so review takes seconds instead of a full re-read, and the note stays a draft until the clinician signs it. Accuracy a clinician can't inspect isn't accuracy, it's a claim.

If you've done validation work in this space, I'd want that conversation.

0
回复

super needed!!! how do you find yourself different to fireflies?

0
回复

@serenalam 
Thanks. Fireflies is built for meetings, we're built for visits, and that changes almost everything downstream.

Three concrete ones. Nothing joins your call as a third participant, which matters because plenty of visits happen in a room, and a bot sitting in a therapy session is a non starter. The output isn't a summary with action items, it's a structured clinical note in the format your EHR and your payer expect. And the unit of memory is the patient over time, not the meeting.

Compliance is the floor: a BAA comes with the account at self-serve price, not as an enterprise add-on.

0
回复

I'm not in healthcare, but the idea really got me. Really, congrats on the execution. The line about clinicians writing every note twice gets to the real problem. The transcription is useful, but cutting out that second round of admin is where the value is. I’d be interested in how ClinicFrame handles situations where the conversation is incomplete, contradictory, or clinically sensitive. Does it clearly flag uncertainty and missing details, or can a polished note make the output look more certain than the visit actually was? Keeping the clinician as the author is the right approach. The review step needs to be genuinely quick without encouraging people to skim.

0
回复

@os_ishmael 

Hey! Thanks for your comment, and you're absolutely right!

1. We point out any parts that weren’t fully understood to avoid errors.

2. Those comments can be edited, both in the transcript and directly in the note.

3. Once everything is ready, it’s ready to be exported and sent.

The interesting thing is that we’ve seen the quality of the product and the transcription, which allows us to guarantee 96% accuracy, so errors are minimal these days.

1
回复

I spend a lot of time looking at AI applications in regulated industries, and most of them die in the gap between the demo and the compliance review. Starting from compliance and working toward the delight is the harder order to do it in, and the one that survives.

Congrats to the team. Rooting for this one.

0
回复

@jesus_charinga_gutierrez 
Thanks. That gap is real, and the reason the order matters is that compliance can't be retrofitted. You can add polish to a compliant product. You can't add a BAA to a data path that was built without one.

The question that kills those demos is never about the model. It's where the data sits and who signs for it.

0
回复

Innovative angle on the medical notetaking!

0
回复

@francesco_domizio 

So, ultimately, the goal is to bring more "traditional" technology to a highly regulated market.

1
回复
#6
MemoryCustodian
Repo-native memory for coding agents
155
一句话介绍:MemoryCustodian 是一款将编程智能体的项目记忆以纯 Markdown 文件存储在代码仓库中的开源工具,让决策、约束和已否决方案像代码一样可审查、可版本控制、可选择性加载,解决 AI 编程时“忘记前情”的痛点。
Developer Tools Artificial Intelligence GitHub
用户评论摘要:用户高度认可“仓库原生”思路,认为记忆可审查、可版本控制是核心价值。但提出了多个痛点:manifest 判断相关性的准确性与可追溯性不足;多代理、多仓库场景下记忆共享与冲突检测机制缺失;记忆写入与遗忘缺乏审核步骤,容易积累噪声或敏感信息;分支合并时矛盾条目无法自动检测,给后期维护埋雷。
AI 锐评

MemoryCustodian 切中了一个真实但被忽视的战场:AI 编程智能体的“会话级失忆”。它没有选择做另一个闭源记忆中间件,而是把手伸进开发者最熟悉的工作流——代码仓库,用 Markdown 文件做记忆载体,用 Git 做版本控制,用 Manifest 做上下文裁剪,这套组合拳在理念上几乎无可挑剔:开放、可审计、零信任依赖。

然而,理念的优雅不能掩盖核心机制的粗糙。“选择性加载”这个词听着很美,但当前实现只是靠固定的任务分类去映射固定的文件集合,既没有语义检索,也没有相关性评分代理去判断某个约束是否真的适用于当前任务。更危险的是,当分支合并时,两个代理写入的矛盾条目——比如“禁用库 X”和“必须用库 X”——会被 Git 静默合并,而系统没有任何冲突检测。这意味着,一个代码审查不严格的团队,很容易在不知不觉中构建出一个自相矛盾的“记忆文档库”,反而让智能体在错误的前提上加速犯错。

此外,文件即记忆的模式在单仓库场景下自洽,但面对多仓库或微服务架构时立刻尴尬:基础设施库写的约束,应用仓库的代理根本看不到。作者提出“工作区层”的想法是对的,但目前只是可选项,项目如果真想落地到复杂真实工程,这层抽象必须尽早原生支持。

MemoryCustodian 的真正价值不在于“让 AI 记住东西”,而在于把“记住什么、为什么记住、何时该忘”这个决策权交还给开发者,并用 Git 那样成熟的工具链来承载这份责任。但在它补上语义冲突检测、任务-记忆相关性追踪、以及多仓库记忆共享之前,它更像是一个优雅的实验框架,而非可以直接信赖的生产工具。后者需要的不仅是理念正确,更是对复杂性的硬核管理。

查看原始信息
MemoryCustodian
MemoryCustodian gives Codex, Claude Code, Gemini, and other coding agents durable project memory—without a hosted service or bloating every prompt. Decisions, constraints, rejected approaches, and project context live as plain Markdown in your repo, where they can be reviewed, versioned, shared, and deleted like code. A manifest loads only the memory relevant to each task. Open source, local-first, and cross-agent.

Hey Product Hunt 👋

I built MemoryCustodian because coding agents are increasingly capable, but every new session still tends to forget why a project looks the way it does.

Important decisions, constraints, rejected approaches, and repeated corrections often live only in old conversations—or get copied into increasingly large instruction files.

MemoryCustodian takes a different approach: durable project memory lives as plain Markdown inside the repository.

A small manifest tells the agent which memory files are relevant to the current task, so the memory can grow without forcing every session to load the entire project history.

What makes it different:

  • Repo-native and plain text—no opaque memory database

  • Reviewable, versioned, and shareable through normal Git workflows

  • Selective loading instead of injecting all memory into every prompt

  • Explicit support for updating, correcting, and safely forgetting memory

  • Works with Codex, Claude Code, Gemini, and generic coding-agent workflows

  • Free, open source, and local-first

The repository also includes a reproducible NightNotes demo showing a new agent session recovering an existing architectural decision and avoiding an already-rejected implementation path.

I’d especially love feedback on the memory structure, cross-agent workflow, and whether the installation experience feels simple enough for real projects.

Thanks for checking it out!

2
回复

@waittim This is the piece most memory tools skip. Keeping decisions and rejected approaches as plain markdown in the repo means that knowledge stays with the project itself, reviewable and versioned like any other code, rather than trapped in someone's chat history. The part I'd want to see stress-tested is the manifest logic, deciding which memory is actually relevant to a given task is a genuinely hard problem once a repo has months of accumulated context. Local-first and cross-agent is exactly the right call here.

0
回复

@waittim Congratulations on the launch! 🚀

I really like the idea of treating memory as part of the codebase instead of another hidden layer. Architectural decisions are just as valuable as the code itself, yet they're often buried in old chats or forgotten completely.

The selective loading approach also makes a lot of sense. More context isn't always better. The right context at the right time is what actually helps an agent make better decisions.

I'm curious, after using MemoryCustodian across real projects, what kind of memory has delivered the biggest return? Architecture decisions, coding conventions, rejected approaches, or something completely unexpected? Wishing you a fantastic launch! 🎉

0
回复

Repo-native plain Markdown is the right call, I hand-maintain something similar and versioning memory alongside the code is exactly what keeps it from rotting. The part I keep hitting isn't retrieval, it's write discipline: what actually triggers a new entry? If the agent decides when a decision is "worth remembering," how do you stop constraints.md from filling up with conversation-local noise that was never really a durable decision?

0
回复

Is there a review step before something becomes durable, or does it persist the moment the agent decides it's worth keeping?

0
回复

Love the repo native approach. How do you handle memory that is stale or contradicts another note? Does the agent get warned before it trusts that context, or does someone have to catch it during review?

0
回复

@flavio_riper Good question. Today, this is partly handled by process rather than a general semantic conflict detector.

The agent is instructed to update, merge, or explicitly supersede an existing entry instead of appending a contradictory one, and memory audits compare durable claims against the current code and authoritative project files.

But the honest answer is that MemoryCustodian cannot yet guarantee a warning before every stale or differently worded contradiction is trusted. Structural issues can be checked deterministically; semantic drift still needs to be caught by the agent or during review. The direction is to make that risk more visible through explicit supersession, provenance, freshness, and conflict auditing—not to assume that the newest note automatically wins.

0
回复

the deleted like code phrasing is doing more work than it looks. deleting a memory file takes it out of the working tree, but if it was ever committed it stays in history, in every clone, and in every fork. so forgetting is reversible for anyone holding the repo.

matters because rejected-approach notes are exactly where the sensitive material collects. we cannot use X because of the contract with Y, or this is throttled because vendor Z caps us at N. fine in a private repo among employees, less fine once a contractor clones it or the project goes open source.

not an argument against repo-native, I still think the tradeoff lands your way. just that safe forgetting probably wants a line in the docs about what it does and does not cover...

0
回复

@alex_watson2110 That’s an important distinction, and you’re right.

Today, hard forget and purge remove content from the managed memory files—and purge also covers the memory archive, but they do not rewrite Git history or revoke copies already present in clones, forks, or backups.

So “forgetting” should be understood as preventing content from remaining in, or returning to, active agent memory, not guaranteed erasure from every copy of the repository.

We should make that boundary explicit in the docs, along with stronger guidance not to store raw secrets, contract details, or sensitive vendor information in repo memory in the first place. Thanks for calling this out.

0
回复

Congrats on the launch. Recording rejected approaches is the part most memory systems skip entirely, and it might be the highest value item on your list, because without it an agent will cheerfully re-propose the thing you already ruled out last month.

The manifest is the interesting design call. How do you handle relevance drifting, where a file was genuinely relevant when written but is not for the task at hand, and the agent cannot tell the difference until it has already loaded it?

Plain Markdown in the repo is the right default either way, since it means a human can actually audit what the agent believes about the project.

0
回复

@paul_crinigan Thank you! and agreed on rejected approaches. Preventing an agent from rediscovering the same dead end is one of the main reasons this exists.

The manifest handles routing relevance, not whether every entry inside a routed file is still current. Today, keeping files short and scoping subsystem knowledge into separate area files makes drift easier to notice, but it does not eliminate it.

The direction in the plan is to make that drift visible through explicit supersession, evidence freshness checks, and explanations of why each module was loaded or skipped, not to silently assume that newer memory is correct.

0
回复

Repo-native is the right call, and the branch question above is the obvious follow-up — so I'll ask the one underneath it. What happens when the project isn't one repo?

Mine is three: the app, the infrastructure, and the marketing site. The decisions that bite me are almost always made in one and violated in another — a constraint I set while working on infra that the agent working in the app repo has never seen. Repo-native is exactly right for "why is this code shaped this way." It also makes the repo the trust boundary, and my project boundary is wider than that.

Is sharing a memory module across repos something you'd support — a submodule, a symlink, a shared manifest entry — or is one-repo-one-memory a deliberate scope call?

0
回复

@rickwise That’s a real boundary in the current release. Today, one initialized repository has one shared memory root, so the app repo will not automatically see a constraint recorded in the infrastructure repo.

I don’t think one-repo-one-memory should be a permanent product boundary. The cleaner extension would be an explicit workspace layer: each repository keeps its repo-specific memory, while several repositories can opt into a separate, versioned workspace memory root for decisions and constraints that apply across the whole project.

Both layers would need explicit identity, precedence, revision, and conflict behavior. I would avoid treating raw symlinks as the protocol; a dedicated repository or submodule could be one way to distribute workspace memory, but the relationship should remain visible and auditable.

So today it is one shared memory root per repo by design, but multi-repo project memory is a valid layer above that model.

0
回复

Plain Markdown in the repo means agent memory goes through code review like everything else, which is the whole reason teams will adopt it. I run two developer-facing products and the pattern repeats, nobody trusts memory they cannot audit. A hosted memory service is one more vendor in the compliance review, a Markdown file ships with the PR. And the manifest that loads only task-relevant memory deserves top billing, context bloat is what kills long-running agents.

0
回复

@roguetink Thank you! This is exactly the tradeoff we were designing around.

Memory should be reviewable like code, not hidden behind another opaque service. And keeping the memory store durable only works if the context loaded for each task stays bounded.

Really appreciate you calling out both sides of the design!

1
回复

Different failure mode than the branch/rebase question above: two agent sessions on separate branches each append a note to constraints.md, no line-level conflict so git merges both cleanly, but the notes contradict each other (one says 'never use library X', the other says 'X is now required for Y'). Nothing breaks at merge time, the file just quietly holds two decisions that can't both be true. Is there any detection for that, or does it rely on someone eventually reading the file top to bottom and noticing?

0
回复

@omri_ben_shoham1 Good catch. Today, Git can merge those entries cleanly, and v0.9.1 does not automatically detect that they contradict each other.

Keeping memory files short makes conflicts easier for humans and agents to notice, while timestamps and evidence help explain where each entry came from. But neither is a conflict-resolution rule, and we would not simply let the newest entry win.

The planned releases add stable entry IDs, explicit supersession, and conflict auditing. Hard-memory entries will also reference a stable canonical subject, scope, and controlled facet. If two active entries claim the same structural identity, check or audit will fail until one supersedes the other or an explicit scoped exception is recorded.

That still is not general semantic contradiction detection. If two branches describe the same underlying issue using different structural identities, a merge-aware audit will flag the concurrent hard-memory changes for reconciliation rather than silently treating the merge as safe.

0
回复

Memory is key for agents! Glad to see you helping on this Zekun! Wish you all the best

0
回复

@german_merlo1 Thank you so much! Really appreciate the support. It means a lot.

0
回复

Repo-native is the right instinct — memory that lives outside the repo drifts away from the code it describes almost immediately, and then you're maintaining two sources of truth about the same system.

The question that follows is what happens on a branch. If memory is committed alongside code, then a note written on a feature branch is invisible on main until merge, which is arguably correct but might surprise people. And a rebase or a squash would rewrite the memory's history along with everything else. Is memory versioned with the code by design, or does it sit in the repo but outside normal git flow?

0
回复

@ark_y_k Yes, shared project memory is versioned with the code by design.

A memory change on a feature branch stays on that branch until merge, which keeps branch-specific decisions from affecting main too early. Rebases and squash merges rewrite memory history along with code history, while the final memory state remains visible in the diff.

Only personal preferences and machine-specific context sit outside Git. Shared decisions, constraints, and rejected approaches stay in the repo.

So there is no separate hidden shared-memory timeline.

0
回复
Plain Markdown in the repo instead of a hosted service is the right call for me. My worry is upkeep, and I saw you support correcting and forgetting memory, so the tooling is there. It is the habit I am unsure about. The file is only worth anything as long as someone keeps it honest, and when you work alone that someone is you. Not a criticism of the approach, I think the approach is sound. Nice launch!
0
回复

@etiennegarcia Thank you! I think that is the real tradeoff.

Plain Markdown makes memory inspectable, but it does not make maintenance disappear. The intended habit is event-driven rather than periodic: after a meaningful decision, repeated correction, or rejected approach, the agent should propose a small memory update while the context is still fresh.

A solo maintainer is still the final curator. I would rather keep that responsibility visible and reviewable than hide it behind an automatic memory system that quietly accumulates incorrect beliefs.

1
回复

the "manifest loads only the memory relevant to each task" line is the part I'd poke at. relevance selection is its own hard problem - if it's simple keyword or path matching against the task description that's predictable, but if the agent itself is judging which memory files matter for the current task, you can end up with the same failure mode you're trying to avoid: it just won't load the one constraint file it doesn't realize is relevant, and you get no error, just quietly wrong behavior. how does the manifest decide relevance today, and is there any way to see what got left out for a given task

0
回复

@galdayan 
That’s a fair concern. Today, the manifest is not doing semantic retrieval, keyword search, or relevance scoring.

The agent first classifies the task into a small category such as planning, implementation, artifact work, or maintenance. The manifest then deterministically maps that category to a fixed set of files. For example, planning and implementation load decisions.md, constraints.md, and do-not-use.md by default, so the agent does not judge individual constraints one by one.

There is still an agent-judgment boundary for selecting the task category and matching optional rules/, profiles/, or areas/. A wrong classification can therefore omit scoped memory, and we consider that a real limitation.

You can inspect the selected context with:

memory-custodian read --task implementation --names-only

It shows what was loaded, while the full output also reports missing files and entries omitted by context budgets. What v0.9.1 does not yet provide is a complete trace listing every excluded module and why.

A more precise description would be: the manifest routes a bounded context pack through explicit, project-defined task categories.

0
回复
#7
Totem
Your Twitter bookmarks organized to make you read them
142
一句话介绍:Totem是一款Chrome扩展,将X(Twitter)书签线程转化为无干扰的阅读环境,解决用户“只收藏不阅读”的痛点,让你在新标签页像阅读Substack文章一样沉浸式处理收藏内容。
Chrome Extensions Open Source Twitter GitHub
Twitter书签管理 Chrome扩展 阅读工具 无干扰阅读 高亮批注 全文搜索 Obsidian导出 知识管理 浏览器新标签页 生产力工具
用户评论摘要:用户普遍反馈X书签是“墓地”,阅读率极低。关键问题包括:如何优先展示待读内容(回复称按近期收藏、已读状态打分形成每日5条队列);是否支持搜索和总结(支持搜索,不支持总结);导出功能是否包含引用推文和上下文(支持一级引用);长期维护稳定性(回复称通过复用X内部GraphQL接口,非DOM抓取或付费API,通过动态发现查询ID保持稳定)。
AI 锐评

Totem精准切入了一个极具普遍性却长期被忽视的“数字囤积”场景——在X上,收藏行为本身就是一种消费幻觉,而真正的阅读从未发生。产品价值不在于“管理书签”,而在于用“新标签页”这个浏览器最高频的空白时刻,构建一个从收藏到阅读的闭环,这正是信息消费习惯中缺失的关键一环。

从技术实现看,团队选择绕过X官方API(昂贵且不稳定)和DOM抓取(易碎),通过Chrome扩展复用X内部GraphQL端点来获取书签数据,并动态适配查询ID变化,这一思路务实且聪明,极大降低了维护成本,为长期可用性提供了可靠基础。产品以“阅读体验”而非“管理效率”为设计核心,全宽排版、标注、导出到Obsidian/ Markdown,实际上是将X碎片化内容知识化为真正可复用的笔记资产。

不过,当前功能边界清晰但也显单薄:每日推荐队列仅依赖时间与行为权重,缺乏语义理解或读者意图建模;只支持X单一平台,对于习惯多平台收藏的用户,工具价值会被切割。更值得思考的是,这款产品是否会陷入“工具越好,收藏越多,收藏越多却越不读”的悖论?真正的挑战在于,如何从提升阅读效率转向改变用户的收藏行为本身——或许“今日未读”功能是第一步,但远不够。

总体而言,Totem是一个克制、执行到位且痛点明确的优秀产品,解决了X书签阅读率接近零的窘境,但能否从“阅读工具”进化为“阅读习惯改变器”,将是它从142票走向更大影响力的关键。

查看原始信息
Totem
You bookmark great threads on X and never see them again. Totem turns your new tab into a distraction-free environment for those bookmarks, the way you'd read on Substack. Open a thread full-width, highlight what matters, search everything, export etc.
Hi everyone! I'm Ankit 👋 I have a bad habit: I bookmark brilliant threads on X telling myself I'll "read it later." Later never comes. The bookmarks page is a graveyard, no order, no search, no way to actually read anything longer than a glance. I kept wishing my bookmarks looked like a Substack post. Full width. Clean type. No infinite feed pulling my attention away. Just me and the thing I wanted to read. So I built Totem. It turns your new tab into a quiet reading room for your X bookmarks: - 📖 Read, don't scroll — threads unroll into a clean, full-width article - ✍️ Highlight & annotate — mark the lines worth keeping, like you would in a book. - 🔍 Search everything — find that one thread by a word you remember - 📤 Export — send highlights and threads to your notes (Obsidian, Markdown), full and partial bookmark export - 🌱 A calm browser new tab - new tab becomes an invitation to read something you already chose, instead of doomscrolling. The whole idea: the things you saved should be easy and pleasant to actually read. It's a free Chrome extension. I'd love your honest feedback, especially on the reading experience. What would make you actually return to your bookmarks?
9
回复

Every one is solving for bookmarks for links, but this seems like first whole-hearted attempt to fix twitter bookmarks once and for all. Speciality softwares like this actually work. I am installing it right away. Thanks for shipping this @iankit17 🙌

2
回复

@priyanshunayan Thanks 🙌

You've been one of the earliest to test Totem and your feedback genuinely shaped where it's going. Means a lot.

0
回复

I save threads for community management work - launch announcements, ecosystem updates, AMA threads - and they get buried the same way you describe. The Obsidian/Markdown export is the part that would actually change my workflow: I keep running notes on each project and community I track, and a clean thread export I can drop directly into those notes without manual cleanup would save real time during launch season. Does the export include quoted tweets and embedded thread context, or mostly just the main tweet text?

1
回复

@hazy0 Yes, it supports the quoted tweet up to one level. Example of export for one of the quoted tweet below

---

title: "1. Don’t take funding"

source: https://x.com/thepatwalls/status/2082437405077098908

author: "[[Pat Walls]]"

handle: "@thepatwalls"

saved: 2024-12-26

exported: "30/07/2026, 08:18:54"

tags: [totem/bookmark, twitter/thepatwalls]

---

# 1. Don’t take funding

1. Don’t take funding

#### 2. Keep your burn so low that quitting is impossible

3. Go really deep on one idea/thing and try to be top 1% at it

#### — Quoting @iamdanandrews —

[@thepatwalls](https://x.com/thepatwalls) Please follow this with “a guide to becoming a cockroach by 2030”.

0
回复

Hi Ankit, does it allow us to search and summarise?

1
回复

@iamanantgupta Search - yes, summarise - no.

0
回复

Interesting product. I have gotten into the habit of bookmarking on my browser - both X posts and other to reads - and then going through them once a week. Any plans on expanding this beyond X?

1
回复

@margharitha Thanks, I have thought about it but no plans yet. Want to see what it grows into before thinking about what features to add.

0
回复

awesome! my kinda bad habit too... does it support Obsidian ?

1
回复

@soysebalopez yes, you can export and add as an vault to Obsidian 🫡

0
回复

Oh man, my X bookmarks are a landfill. I save threads at 1am then never see them again. Turning new tab into a calm reading page sounds… doable. Love the highlights + Obsidian export. How’s it handle super long threads or ones with a bunch of media?

1
回复

@alexcloudstar haha I use the work "graveyard" for the same reason.

It pulls the whole conversation and stitches it into an article-like structure, so it's easy to read top to bottom.

As for media, everything renders inline — GIFs, video, images all work smoothly. You can play videos and click images to enlarge them. We even support code highlighting.

0
回复

Congratulations on the launch! I bookmark things all the time and almost never go back to read them. How does Totem decide what to resurface first?

1
回复

@alieksia Thanks! That's exactly the problem it's built around - bookmarking is the reward and the reading never happens.

Here's what the reading list looks like (screenshot below).

Notice the tabs: Unread 94, Reading 14, Read 1 - the honest state of anyone's bookmarks. Instead of making you stare at 94 unread, the default tab is Today's Read, a small daily queue of ~5.

Totem picks your daily 5 by dropping what you've read, snoozed, or kept ignoring, then scoring the rest based on

  • things you started reading

  • saved recently

  • pinned

  • flagged

  • old bookmarks gathering dust

1
回复

Bookmarks-you-never-read is one of those problems where the saving is the reward and the reading never happens, so organizing them only helps if it also changes when they surface.

As someone who's shipped a Chrome extension, the part I'd want to know is what happens on X's side. Reading bookmarks means either scraping the timeline DOM or going through the API, and both have been moving targets — the DOM shifts without notice, and the API tier that covers bookmarks isn't cheap. Which route did you take, and how often has it broken on you? For an open source project that maintenance cost is the thing that decides whether it's still working in a year.

1
回复

@ark_y_k This is actually the core of how this extension works.

either scraping the timeline DOM or going through the API

Neither, really - it doesn't scrape the DOM and it doesn't use the paid API. It calls X's internal web GraphQL endpoint (the same Bookmarks request the site itself makes) by reusing your existing login session. Being an extension is what makes this workable.

The one thing that actually moves is the GraphQL query ID, which changes on client bundle deploys. It's not hard-coded - when it changes, the extension discovers the new one (gets the new one from the current JS bundle as a fallback) and retries.

It's held up really well - hasn't broken for me at all.

0
回复

With this tool I just might actually revisit my bookmarked tweets!

1
回复

@madebyuriel That was the aim. I wanted to read bookmarked tweets without the distraction of twitter.

0
回复
#8
Bo AI
An AI personal assistant that lives in your texts 💬
138
一句话介绍:Bo AI 是一个嵌入 iMessage 和安卓短信中的AI个人助理,通过纯文本对话帮助用户管理日程、健康问答和日常事务,解决非技术人群不愿安装新APP却想使用AI的痛点。
Productivity Artificial Intelligence Virtual Assistants
AI助理 短信助手 iMessage集成 生活管理 健康助手 SMS AI 无APP方案 日常问答 非技术用户 生产力工具
用户评论摘要:用户关注点包括:是否仅支持iMessage(创始人回复也支持安卓短信);担心AI出错率;有用户质疑老年人等受众难以理解OAuth授权风险,创始人称已在引导流程中说明;多数用户对其贴近日常生活的设计表示认可。
AI 锐评

Bo AI的“第一性”价值不在技术,而在渠道。它精准捕捉了“6.8亿人从未用过AI”背后的真实障碍:不是AI不够强,而是入口太分散。把AI塞进短信框,本质上是做了一次极简主义的产品减法——用户不需要下载、注册、学习新界面,只需像往常一样发短信。这种设计让Bo在获客成本和用户教育成本上碾压同行。

但产品价值不等于商业护城河。Bo目前的技术壁垒极低——任何大模型API团队都能在两周内复刻一个“短信AI助理”。真正的考验在于:一,隐私信任。当用户把日历、Gmail、健康数据授权给一个“聊天机器人”时,它如何向非技术用户解释数据流向?评论中那位用户指出的OAuth认知鸿沟,大概率会在后续爆发信任危机。二,场景边界。“生活助理”是一个过宽的定位,用户测试中可能既当闹钟又当医疗顾问,导致期望错位。三,平台依附性。死死绑定iMessage和短信意味着用户获取受限于苹果与运营商生态,且无法享受更好的交互体验(如富媒体、上下文记忆),这反过来限制了AI能力的上限。

Bo是一个优雅的“AI入户第一站”,但若长期停留在一层“文本万能接口”的薄壳上,很快会被微信、WhatsApp等超级应用内置的AI助手取代。真正的机会在于,利用短信这一超高触达率的入口,反向收集用户真实的生活高频需求,再逐步长出垂直功能(比如慢性病管理、家庭日程协同)。否则,它最终只是“一个很酷的演示版”。

查看原始信息
Bo AI
Bo is the first consumer AI product that exists to serve everyday people. Bo helps you stay organized, save time, live healthier, and answer your questions—all via text.

Hey Product Hunt 👋 Brandon here, Founder of Bo Labs.

I used to be an NBA Trainer, then I spent the last 6 years grinding in tech.

And like many of you, there were times where I sacrificed my health for business.

I got away with it for a long time, until last year when my body broke down on me.

It was the hardest year of my life, filled with countless doctor visits and physical therapy sessions.

Once I got better I was driven to build a tool I know could help millions.

We’re excited to introduce Bo Labs.

Our mission is to build AI products that help everyday people.

~6.8B have still never used AI.

We believe this is because of the form factor it takes.

That’s why we’re bringing AI to iMessage.

Today, we're excited to announce our first product.

Introducing Bo AI: Your AI Personal Assistant.

Bo makes your life easier. Helping you stay organized, save time, live healthier, and answer your questions—all via text.

These are just a few kinds of people using Bo today:

Students, hospital staff, active military, athletes, teachers, entrepreneurs, creators, elderly, busy parents, and more.

Amazing tech exists, but it’s still wildly inconvenient to use.

The average person has 50+ apps on their phone.

Most of which are never used.

Everyday people deserve access to AI in a way that meets them where they already are, and improves of their quality of life.

We welcome you to join us.

Special for the PH Community: use code HUNT20 with your Free Trial → getbo.com

5
回复

@turp Really like that Bo is designed around everyday life instead of a single niche use case. Combining organization, health support, and quick answers through a simple text-based experience could make it an AI assistant people actually use every day. Good luck with the launch!

0
回复

@turp Congrats, Brandon.
Are people using Bo more for health/lifestyle routines reminders maybe, or quick everyday questions?

0
回复

This is so cool, I literally was trying to make this. It seems cool. Not sure if I would use it because I would scare of it messing up. Whats the error rate?

0
回复

Works on iMessage only or other messenger apps as well?

0
回复

@divya_kothari1 

We are on iMessage and android messages app for now (as long as it is SMS, Bo is there)

Any specific messaging app on your mind?

0
回复
Selfishly and personally excited about this!
0
回复

@bo_kommu lol we're here for it!

0
回复

the audience you're describing, elderly, busy parents, people who've never really used AI, is exactly the group least equipped to reason about what they're granting when they connect Gmail, Calendar and a watch to a texting assistant. a technical user at least has a rough mental model of an OAuth scope. someone who's never used AI probably doesn't. how does Bo explain what it can actually see and do in a way that lands for that audience specifically, not just a permissions screen with checkboxes that everyone taps through anyway?

0
回复

@galdayan we do a pretty decent job of outlining this in our onboarding imo! if you have any specific feedback would love to hear it

0
回复
#9
Task Monki
Run coding agents through the full development process
121
一句话介绍:Task Monki 是一款开源桌面应用,旨在通过多智能体协作机制,将编码任务从执行到审查、再到生成拉取请求的全流程自动化,解决开发者手动管理多个编码代理时流程割裂、效率低下的痛点。
Task Management Open Source Developer Tools GitHub
开源 编码代理 多智能体协作 全栈开发自动化 拉取请求 桌面应用 任务管理 AI代码审查 开发工作流 容器化预览
用户评论摘要:用户关注多智能体讨论中的冲突解决机制(现有Lead-Skeptic-Verifier模式无自动仲裁,需用户介入);疑问预览是否支持全栈及应用在无容器环境(如Serverless)的可行性;担忧并行任务中代理是否隔离操作文件;关心多轮辩论模式下的Token消耗与成本控制。
AI 锐评

Task Monki 瞄准了当前AI编程工具链中一个真实但微妙的缺口——多代理协作的“流程编排”。它没有重复造轮子去提升单一Agent的代码生成质量,而是尝试解决“一群智能体如何有序地共事”这个更接近工程管理的议题。其价值在于将“一个人写代码,另一个人审”的单线模式,进化为“多个AI角色并行讨论、交叉质疑”的复线协作网络。

从评论反馈看,产品最尖锐的短板暴露在“冲突仲裁”与“环境适配”两处。当前“无自动仲裁,全靠人来定夺”的设计,本质上把决策成本从代码审查环节转移到了模型管理环节——如果用户仍需手动阅读每个Agent的辩论然后拍板,那“多智能体讨论”就只是把一条流水线拆成了三台摄像机,并未真正减少人的认知负荷。这并非不能解决,但需要更聪明的输出融合策略,比如让Agent输出置信度、支持证据的链式引用,再由Lead Agent做加权决议。

另一个硬伤是“容器即预览”的隐含假设。对一个依赖Lambda、DynamoDB等Serverless架构的项目而言,Task Monki的本地预览方案几乎失效。用户要的不是“预览”,而是能反映生产环境行为的“可信测试环境”。这说明产品目前的自动化深度仍局限在“经典全栈工程”的盒子里,对云原生无服务架构的覆盖是个明显的盲区。对于标榜“全开发流程”的工具而言,这无异于只解决了一半开发者的问题。

值得肯定的是,团队对Token成本的警惕意识已经开始浮现(如单轮辩论即3倍消耗),但缺乏可见的用量限制和成本计费面板,这在实际使用中很容易成为被忽视的财务黑洞。若无法在用户可见性上补足,产品很可能沦为少数对成本不敏感的团队专属玩具。

总体来看,Task Monki是一个在正确方向上“过早成熟”的工具:它的构想到位,但工程落地和生态适配还未兑现。若想让“多智能体编程流程自动化”从噱头变为生产力,必须先将“未尽之事”的全貌打包进应用,而不是只做到“大部分”就让用户去填补剩下的坑。

查看原始信息
Task Monki
Task Monki is an open-source desktop app for managing coding agents from task to pull request. Run several tasks at once, follow each agent’s progress, preview every result without manually setting up services or containers, send work to another agent for review and fixes, and bring multiple agents into the same discussion, where they can respond to each other, compare approaches, and challenge assumptions.
I started Task Monki because I was using coding agents for more and more of my work, but managing several agents, previews, reviews, and follow-up fixes still required too much manual work. The goal is to bring that whole process into one app and automate as much of it as possible. It is open source, and I’d really like to hear how other people are using coding agents and what is still missing from the process.
4
回复

@rojhattoptamus Congrats on the launch.

0
回复

The multi-agent discussion where agents can respond to each other and challenge assumptions is what catches my eye, but I would want to know what happens when two agents land on genuinely conflicting approaches — whether the app surfaces that disagreement for me to resolve, or whether one output just wins by default. The container-free preview is also interesting: is that a local port serving a web preview, or something closer to a sandboxed execution environment? That distinction matters a lot for whether it can handle full-stack apps or mainly covers static output.

2
回复

@noctis06 Both are supported, but they work differently. In a Panel, agents answer independently and you compare the outputs yourself. In Team mode, the Lead proposes an answer, and the Skeptic and Verifier challenge it. If there is a disagreement, the Lead reviews the critiques and either updates the answer or leaves it for you to decide. This is still experimental, there will b a lot of improvements soon.

The preview runs locally through a stable browser URL. It is not an OS-level sandbox, but it is more than a static preview. It can run frontend and backend services, workers, migrations, readiness checks, Postgres, Redis, and existing Docker Compose setups, so full-stack previews are supported. You can check the docs to see how to prepare the preview.yaml for the previews.

0
回复

the "bring multiple agents into the same discussion so they can challenge assumptions" part is what catches my eye. when two agents actually disagree in there - one says the approach is fine, the other flags a problem with it - what breaks the tie? does it surface as an open disagreement for me to resolve, or does one agent's take win by default (most confident, last word, whichever finished first)? that seems like the moment the whole point of having them argue either pays off or quietly gets lost

2
回复

@galdayan Nothing wins by default. The Lead gives the initial answer, and the Skeptic and Verifier challenge it. If they still disagree, you decide how to proceed. The Lead can revise or defend the answer, but there is no automatic tie breaker for now. This is still experimental, and major improvements are planned.

0
回复
Multiple agents reviewing each other is the part I am least sure about. The times I let one check another's work, it mostly agreed. The disagreements I actually need still come from me reading the diff myself, which is slow, and I have not found a way around it yet. You asking what is still missing from the process is the reason I replied at all. Good luck with the launch today!
1
回复

@etiennegarcia My experience has actually been the opposite: agents often disagree, but usually over minor issues or unnecessary complexity. So that is why I built Discourse in the first place, to let them challenge each other and decide if something is really worth fixing/doing or not. It is still experimental, so your feedback is really helpful. Thanks!

1
回复

the multi-agent discussion feature is honestly pretty wild, watching two agents go back and forth on approach is way more useful than i expected for catching blind spots in a refactor

1
回复

The full flow looks useful. When one agent reviews another, does it get the exact diff, test results, and original task context, or mostly a summary? That handoff seems like an easy place for important details to disappear.

0
回复

You asked what's still missing, so — previews for serverless.

Your answer above covers the case where the app is a set of services you can bring up with Compose. Mine isn't. It's Lambda behind API Gateway with DynamoDB, and there is nothing to compose up. My equivalent of your preview is either deploying a throwaway stack per task or emulating locally, and both are slow and lie to you in different ways.

That matters more with parallel agents than with one, because the whole point of running four tasks at once is seeing four previews. Is a deploy-per-task preview backend something preview.yaml could ever express, or is local-services-only the intended scope?

0
回复

@rojhattoptamus When you run several tasks at once against the same repo, do the agents work in isolated checkouts or worktrees, or is there a chance two tasks touching overlapping files step on each other before either gets reviewed?

0
回复

Nobody's asked about cost yet, and Discourse mode is the part that worries me on that front. Lead proposes, Skeptic and Verifier challenge, Lead revises - that's already 3x the token spend of one agent, and if it can loop multiple rounds when they disagree, running several of these panels at once across parallel tasks could get expensive fast without you noticing until the bill shows up. Is there a running cost/token counter per task, or a cap on how many back-and-forth rounds Discourse will do before it just hands you the disagreement instead of continuing to argue it out?

0
回复
#10
Epilude
Local voice dictation for Mac for polished text
112
一句话介绍:Epilude是一款Mac端本地语音听写工具,用户按住按键说话、松手即可将口语直接转化为格式规整、语气适配的文本,并自动输入到任意应用中,解决了打字慢或手臂劳损用户的高效书写痛点。
Mac Productivity Artificial Intelligence
本地语音输入 MAC听写工具 离线AI转录 语音转文字 隐私保护 文本优化 语气匹配 高效办公 Apple Silicon 语音提示词
用户评论摘要:用户点赞隐私保护与本地处理,但主要疑问集中在:(1)能否检查“去除废话”前的内容?答复支持查看本地历史与字词级对比。(2)蓝牙耳机效果如何?(3)与同类本地工具差异?(4)“约一秒”延迟的硬件依赖,答复优化于Apple Silicon,低配Mac暂不支持完整本地清理。(5)定价走向。(6)如何处理语句的“中断重启”?
AI 锐评

Epilude在“本地语音转文本”这个近乎红海的赛道里,并没有打出“更准”或“更快”的旗号,而是精准卡位了“隐私+文字质量+无缝集成”的小众刚性需求。它的真正价值不在于技术壁垒——毕竟Apple自有听写功能、Whisper开源模型早已跑通流程,而在于产品体验上的“压缩”:将“录音-转录-清理-适配-输入”五步痛感压缩成“按住-说-松手”一秒闭环。这种极简交互对于程序员写长提示词、律师起草邮件、医生记录病历等高频文字输入场景,确实能带来效率量级提升。但值得警惕的是,Mac only+16GB RAM+Apple Silicon的三重硬件门槛,以及“约一秒”在高负载M1上是否会掉帧,实际将大量潜在用户挡在门外。更需注意的是,“去除废话”的主动删改机制是一把双刃剑——口语中修饰语、数值、否定的误判可能引发灾难性语义扭曲,虽然提供了事后diff功能,但“先斩后奏”的工作流在严谨写作场景下仍然不够安全。若Epilude能在后续更新中加入“推荐模式(高保真转写)”与“洁版模式(智能精简)”的切换,并加速推出低配版和Windows版,才有可能从“小而美的工具”升级为“跨平台生产力配件”。否则,它很可能只是Mac博主们评测视频中的一颗遗珠。

查看原始信息
Epilude
Hold a key, speak, release: polished text lands in any app on your Mac. Epilude transcribes, punctuates, cleans up, and matches your tone in about a second. Runs fully on-device, so audio never leaves your Mac.
Hey Product Hunt! I'm Gustav, one of the makers of Epilude. Most of my work day is writing: prompting, code reviews, Slack messages and a lot of emails. When I hurt my elbow, I needed a to find a way to keep up my writing without putting too much strain on my arm, which led us to building Epilude. We wanted a voice typing tool that was smooth as butter, typed what we intended to say just the way we intended to say it, and most importantly kept all our data on my Mac without anything we said being sent to anyone else's server. Epilude is just that. It turns speech into finished writing, completely locally using open-weight speech-to-text and cleanup models that we've fine-tuned to work as well as possible on your Mac, with a tiny footprint. After installing it (Mac only for now), simply hold a key, say what you want to write (even in a rough format), release. Epilude will transcribe, punctuate and format your writing, trim the rambling, and match the tone to the app you're in: formal in Mail, casual in iMessage. It takes about a second, and it works in any text field in your Mac. My favourite use case is that I've noticed that it helps me code more effectively with LLMs. I've found rambling out a longer prompt and then tightening it up with Epilude is a lot faster and more effective than writing each prompt by hand. I type about 44 words a minute. I speak closer to 150. Mac only for now, and Local Mode needs Apple Silicon. For now, full on-device cleanup requires 16GB of RAM whilst we optimise our local models; on smaller Macs you still get on-device transcription with basic formatting, and it still never touches the cloud. If you've never used a voice dictation tool for Mac, I encourage you try dictating out your next long email or prompt!
2
回复

Hey Product Hunt - Mark here, the other creator of Epilude.


Our local dictation is second to none, we've spent a lot of time honing the models and process to get this running smoothly. I love knowing my voice or dictations aren't leaving my laptop - this is one for the privacy focused folk out there!

I'd also watch this space if you're worried about sending your meetings to external servers - in August we will be launching our locally transcribed meeting notes. Watch this space!

P.S. of course this was written with Epilude 😉

2
回复

Awesome design! This is a total lifesaver for slow typists like me, and having everything processed fully on-device brings huge peace of mind.

If you don't mind sharing, which local speech-to-text model (e.g., Whisper variant) are you running under the hood?

2
回复

@zeo81 Thanks! Privacy is the whole reason we are building Epilude, so this is great to hear.

It's actually not Whisper. On-device you're running Epilude Model 4: a state-of-the-art open speech model we've optimised for Apple Silicon, paired with our own cleanup model (a fine-tune on the Qwen family) that turns the raw transcript into something you'd actually send.


If you want the full nerdy breakdown, including how we grade every model against a zero-tolerance error bar before it ships, we wrote it up here: https://epilude.com/news/introducing-model-4

1
回复

"trim the rambling" is the phrase that catches me, since that's not just punctuation cleanup, that's deciding what you didn't mean to say. for casual notes that's exactly what I'd want, but if I'm dictating something with a number, a caveat, or a qualifier in the middle of a rambly sentence, trimming risks cutting the part that mattered along with the filler. is there a way to see what got trimmed before it lands in the app, or does it commit straight to the final text with no diff to check against

2
回复

@galdayan Great question - straight answer: there's no diff before the text lands, it commits straight in.

However every dictation is saved to your local history with the raw transcript kept next to the cleaned one, plus a "See what changed" word-level diff for exactly this, so you can always check and copy the raw back.

1
回复

How does it work with bluetooth headsets like airpod max? everytime i try to use a mic, basically everything sounds like 90s headset 😂

0
回复

How's it different than other AI dictation tools that are local first?

0
回复

"About a second" for transcribe, punctuate, clean up, and tone match fully on-device is a strong latency claim for anything beyond basic speech-to-text. What's actually running locally and on what hardware, like is this Apple Silicon Neural Engine dependent, and what does the latency look like on older Intel Macs or lower-spec M1 machines versus a maxed-out M4?

0
回复

@ansari_adin The local dictation and cleanup is powered by our own model family (current latest model is Epilude Model 4.1, more details here: https://epilude.com/news/introducing-model-4). Currently we've optimized it for Apple Silicon. We've started with newer and slightly higher end Macs, but are planning on bringing it to more platforms/specs in the future!

0
回复

Curious to see pricing evolve as features get added.

0
回复

On-device cleanup in about a second is the impressive part — local transcription is mostly solved, but punctuation and tone-matching without a cloud round trip is where the latency usually hides. I build speech recognition into an unlock ritual, so I know the messy edges: half-finished sentences, restarts, the gap between what people say and what they meant to type. Curious how you handle a mid-sentence restart — does the cleanup pass merge it into one intent, or transcribe both fragments faithfully? Congrats on the launch.

0
回复
#11
Vela
The AI Recruiting Coordinator
111
一句话介绍:Vela是一款嵌入邮件线程的AI招聘协调员,通过“抄送即用”的方式,自动处理面试安排、候选人跟进、日程调整等繁琐沟通,解决了招聘中多方日程协调、跨时区沟通和候选人维护的痛点。
Hiring Productivity Artificial Intelligence
AI招聘协调员 面试调度 日程管理 邮件集成 多渠道沟通 候选人跟进 HR SaaS 自动化招聘 AI Agent 生产力工具
用户评论摘要:用户普遍认可“抄送即用”的便捷,但核心关切在于:1)AI如何避免“幻觉”及错误率;2)候选人被AI接触的体验是否足够人性化,何时转人工;3)“收集反馈”环节是否会在未经明确决策时向候选人传递误导性信息;4)无日历访问权限时如何避免时间冲突。团队回应称会基于明确决策等待或提醒,并快速传递可用时间以降低错误。
AI 锐评

Vela切中的是一个真实且高频的“脏活”——招聘中的多方日程协调。它没有选择再造一个独立的调度平台,而是降维打击,直接寄生在邮件线程里,用“抄送”作为唯一的交互入口。这种设计非常精明:它绕开了B端产品的最大推广障碍——用户习惯改变和教育成本。对于猎头或需要跨组织协调的HR而言,Vela的价值不在于“智能”,而在于“可靠地执行既定规则”和“24小时不间断响应”。

但剥开亮眼的外壳,问题也很清楚。其一,所谓的“AI协调员”目前更像一个规则引擎+自然语言处理的复合体,其核心能力依赖于对邮件语境的理解和排期算法。用户反馈中反复提及的“幻觉”和“错误率”是致命伤:一次错误的时间提议,足以摧毁信任,尤其是在没有日历写入权限的情况下,时间冲突根本无法避免,只能用“快速传递”来搪塞。其二,在反馈收集和候选人沟通环节,Vela涉足了“判断”而非仅仅是“执行”。一旦AI在“你是否有资格进入下一轮”这种敏感问题上暗示不清,招聘方将面临法律和口碑的不可逆风险。团队回应中“等待人类决策”的措辞,恰恰说明当前AI的“智能”边界极其有限,更像一个带人工兜底的自动化工具。

从商业逻辑看,Vela的壁垒在于跨组织调度这个特定场景的“数据飞轮”和“信任积累”。但这也意味着它很难成为一款通用的AI工具,其天花板受限于猎头、高管搜索公司等特定客户群。此外,它必须直面Calendly等已有调度工具、以及Airtable等低代码平台的竞争——后者同样可以用AI Agent实现类似功能。最终,Vela能否成功,不取决于它解决“调度”这个环节有多巧妙,而在于它能否在不捅出乱子的前提下,把“误触”成本降到足够低,让用户真正敢于“开了自动挡,然后关掉手机”。目前看来,这个信任成本还很高。

查看原始信息
Vela
Vela is an AI recruiting coordinator. Cc it on any email thread and it takes over: candidate screens, multi-round loops, and full panels. It offers times, chases people who go quiet, handles reschedules, sends the resume with the invite, books prep calls, and collects feedback. Email, SMS, WhatsApp, Slack, and phone, every time zone, 24/7. No links, no logins, nothing new for your team to learn. Trusted by The World's Best Recruiters, and backed by YC, CRV, and other incredible investors.
Hey Product Hunt 👋 I'm Gobhanu, co-founder of Vela. Vela is the only scheduling agent trained specifically on recruiting scheduling data. The problem If you have ever run an executive search, you know the drill. One placement means six-plus rounds: a hiring committee, a board member three timezones away, a candidate who can only talk at 7am before their current job notices. Every round is a new permutation. And here is the part that breaks every existing tool: you have read/write access to exactly zero of those calendars. You are not scheduling for yourself. You are brokering between parties who have never met. So you live in the reply-all thread. Propose, get declined, repropose, chase, repeat. Most firms solve this by hiring coordinators. Scheduling links do not work, because the person you need to book is not your user. What Vela does You CC Vela on the email thread. That is the whole onboarding. No new tool, no workflow change. From there Vela: Runs the back and forth exactly like a professional coordinator would, in your firm's voice Handles the edge cases: reschedules, no-shows, "can we push 30 minutes," five people across three timezones Sends the calendar invite with the resume attached and the right video link Works across email, SMS, and WhatsApp, 24/7
13
回复

@gobhanu_korisepati From the hiring side, scheduling eats more of my week than actual interviewing. The failure mode I'd worry about is candidates feeling handled by a bot before they meet a human. How does Vela keep touchpoints personal, and where does it hand off to a real person?

1
回复

Finally something that actually just works from your inbox instead of forcing a whole new login. Loved that it just chased my no-show candidate without me lifting a finger.

1
回复

@isla_kensington Thank you!

0
回复

the cc it and forget about it approach is genuinely brilliant, no new dashboard to babysit when the rest of the recruiting stack already feels bloated. love that it just lives where the work already happens.

1
回复

@okandg58 Thank you!

0
回复

I love the idea. How do you handle hallucination? Whats the error rate?

0
回复

This is awesome! Who is this built for?

0
回复

@garygao Thanks Gary! We support exec search firms and recruiting agencies!

0
回复

Does it have its own dashboard or it works in email threads only?

0
回复

@ragsyme It has its own dashboard too! Vela was dubbed the best ai search coordinator!

0
回复

the part I'd want to understand is the feedback collection step, not the scheduling. scheduling mistakes are annoying but recoverable, you just repropose a time. "collects feedback" and talks to candidates in the firm's voice is a different category, if a candidate asks "how did it go" or "am I moving to the next round" mid-thread, does Vela wait for an explicit decision from the hiring team before it answers, or can it infer an answer from the tone of the feedback it collected and relay that as if it were settled? that's the kind of thing that's hard to walk back once a candidate has heard it.

0
回复

@galdayan In the above situation yes! It would stand down and wait for the human descion or nudge as a reminder to the Human if needed to make sure the proccess keeps going!

0
回复

The tool seems quite interesting. Do you support integrations with the most common ATS? Thanks!

0
回复

@daryna_radiichuk hey Daryna! Yes we do! What ATS are you using?

0
回复

'write access to zero of those calendars' names the real problem. with no calendar access either side, how do you avoid offering a slot that's already gone?

0
回复

@andrewzakonov we are able to mimize these types of errors by simply passing on the availability as fast as possible!

0
回复

Love how it just lives inside the email thread, no new dashboard to babysit. Chasing candidates across SMS and Slack while the rest of us sleep feels like actual leverage, not another tool to maintain.

0
回复

@dailycommit Thank you!

0
回复
#12
AgentQuartz
Claude & Cursor usage in your macOS menu bar
105
一句话介绍:AgentQuartz 是一款常驻 macOS 菜单栏的本地优先小工具,让用户无需打开浏览器或应用界面,就能实时查看 Claude 和 Cursor 的用量配额,避免工作流被突然触发的限流中断。
Mac Productivity Menu Bar Apps
macOS菜单栏工具 AI助手用量监控 本地优先 Claude Cursor 开发者工具 状态栏插件 配额追踪 隐私安全 付费解锁
用户评论摘要:用户普遍认可“零云依赖”和菜单栏显示的便捷性,但核心质疑指向数据准确性:由于依赖本地文件而非官方API,服务器端重置或多设备使用可能导致数字滞后;建议补充“重置倒计时”而非仅百分比;用户还关心如何应对提供商的配置更新导致数据源失效。
AI 锐评

AgentQuartz 切中了一个真实但微妙的刚需——AI 重度用户(尤其是 Cursor 用户)的“限额焦虑”。它将隐藏得极深的配额信息从二级菜单或命令行里“拽”到菜单栏,用视觉化的进度环替代心理负担,本质上是在做一个极轻量的“降噪”工作。

但它的价值上限也受限于数据来源的脆弱性。Maker 坦言其为“Unofficial”并依赖本地状态文件,这意味着它无法保证数据与服务器实时同步,也无法应对 Anthropic 或 Cursor 的更新。这就好比你盯着后视镜里的影子开车——影子说“前方有墙”,但有时候它只是车灯灭了。

用户评论中“78% 毫无意义”的反馈极其精准:对于 Claude 的滚动窗口限制,百分比只是恐慌值,真正能决策的“重置时间”才是钩子。3 美元的一次性定价聪明地反映了该工具的天花板——它是个保姆,但不是一个全能的管家。值得肯定的是,Maker 在“本地优先”和“无云账户”上的坚持,回应了开发者对数据隐私的敏感嗅觉。

一句话总结:它解决的是“我快超限了”的焦虑,而不是“我还能用多久”的决策。做对了痛点提取,但能否从“轻量监视器”进化为“智能配额管家”,取决于对官方 API 依赖的破局能力。目前看来,更适合那些愿意为菜单栏省去一次点击而付费的极简主义者。

查看原始信息
AgentQuartz
Local-first macOS menu-bar companion for Claude and Cursor usage. Glance at limits without a browser tab. No AgentQuartz cloud account — settings stay on your machine. Free forever for essentials; Pro is a one-time $3 unlock for tray customization. Unofficial.
Hey Product Hunt — I’m Marco, maker of AgentQuartz. I built a lightweight macOS menu-bar companion to see Claude and Cursor usage without opening another browser tab. It’s local-first: settings and session material stay on your machine. What’s free forever • Claude + Cursor usage in the menu bar (more providers in the future) • Circular progress + provider mark • Local opt-in import and settings Pro ($3 one-time, lifetime via Gumroad) • Extra gauge shapes (pie, bar, arc) • Mark placement (inside / outside left/right) • Hide menu-bar percentages Install note: the current build is an unsigned macOS .app zip from GitHub Releases. On first open you may need Right-click → Open (or allow it in System Settings → Privacy & Security). Not affiliated with Anthropic or Cursor. Download: https://agentquartz.vercel.app Latest release: https://github.com/marco-caldero... Pro: https://mcalderoncode.gumroad.co... Would love honest feedback — what would make this more useful in your day?
0
回复

@mcalderon_codes Cool idea! it's there a demo version ?

0
回复

How's it different than @BlackFlare?

0
回复

I think the Claude Max plan has very high limits so I wonder is this targeted to people on smaller plans who want to monitor their usage?

0
回复

The percentage is the less useful half of the number. Claude's limits are rolling windows, so 78% tells me nothing until I know whether the window resets in eight minutes or four hours, and that's the actual decision I'm making at that moment, start the big refactor or go make coffee. I'd put time to reset in the tray and the percentage in the dropdown. The other thing worth deciding early is what the tray shows when two providers disagree, because a single number in a menu bar reads as authoritative even when it's flattening two different things.

0
回复

This is really cool. I am always struggling to even find my Context usage inside the Cursor UI. Typing /usage into claude code after each prompt also is pretty damn annoying.

Really cool idea. Its so simple yet effective :)

0
回复

Menu bar usage tracking with zero cloud dependency is exactly what I wanted. Lived in my status bar all day without fuss.

0
回复

Menu bar usage tracking is one of those things you don't know you want until you've hit a limit mid-task with no warning.

Since this is reading local state rather than an official endpoint, the thing I'd want to know is how it handles being wrong. Local config isn't necessarily authoritative — a session used elsewhere, or a reset that happens server-side, could leave the displayed number out of step with reality. Does it reconcile against anything, or is the assumption that local is close enough? A number in the menu bar carries a lot of implied confidence, so being quietly off would be worse than showing a range.

0
回复

Congrats! I really like the product's design. It looks great on macOS!

0
回复

Nice! Cursor's is particularly hidden by default. You'll know what we're gonna ask... is codex's not as easily reachable?

0
回复

finally a tiny utility that does exactly what i need, love that it lives in the menu bar and i don't have to dig through the cursor window to check limits anymore.

0
回复

since this is unofficial and there's no cloud account, I'm guessing it's reading local session/config files or an undocumented local endpoint rather than a published usage API from Anthropic or Cursor. if that's the case, what happens when either of them ships an update that moves or restructures where that data lives - does the tray just go blank, show stale numbers, or is there some way it'd tell you it's out of sync

0
回复
@galdayan so what are your plans
0
回复
#13
BlackFlare
Mission control for Claude Code & Codex in your menu bar
103
一句话介绍:BlackFlare是一款macOS菜单栏原生应用,专为Claude Code和Codex用户解决长时任务运行时Mac休眠导致任务中断、任务完成后无通知浪费等待时间、以及无法在任务卡住时及时响应的三大痛点。
Productivity Developer Tools Menu Bar Apps
开发者工具 AI编程助手 macOS菜单栏 任务监控 通知管理 保持唤醒 配额监控 会话管理 本地隐私
用户评论摘要:用户普遍认可“保持唤醒+完成通知”解决核心痛点,但重点关注“任务完成”与“等待输入”的状态区分精度。开发者回应:Claude Code可精准区分,Codex目前粗粒度但“安全方向”通知。部分用户关心“离开检测”逻辑(锁屏/2分钟无操作),以及直接编辑配置文件的稳定性风险(依赖非稳定API格式)。
AI 锐评

BlackFlare踩中了一个非常精准且被低估的痛点:AI编码助手越强大,用户越容易“撒手不管”,而“撒手不管”后Mac的休眠机制就成了效率黑洞。从产品逻辑看,它没有去造一个新的Agent轮子,而是做了一圈最务实的“保姆层”——唤醒锁定、状态通知、配置切换、配额展示。这种定位非常聪明,也极其克制。

但仔细审视,它的护城河并不深。核心功能“会话状态检测”严重依赖Claude Code和Codex的私有协议和文件格式,开发者自己也坦陈Claude Code精准、Codex粗粒度。这意味着BlackFlare本质上是一个“补丁式”产品,任何底层工具的API调整或日志格式变更,都会直接导致状态判断失效。虽然开发者承诺“备份后编辑”,但当用户依赖它来切换权限模式或模型时,一次误读就可能导致错误的运行环境,尤其在企业敏感场景下,信任成本很高。

从商业角度看,这种“依附型工具”的长期价值存疑。一旦Anthropic或OpenAI官方将类似功能加入CLI或IDE(比如原生提供唤醒锁定或Telegram通知),BlackFlare的差异化优势将瞬间消失。当前阶段它更像是开发者生态中的“过渡性最优解”,而非终局产品。不过,对于每天跑数十次长任务的深度用户,它确实能省下肉眼可见的时间——前提是你能接受它本质上是一个“AI保姆的保姆”,而且这个保姆的感知能力完全仰仗主子的心情。

查看原始信息
BlackFlare
BlackFlare - a native macOS menu bar app for Claude Code and Codex. Keep your Mac awake during long runs, get notified when a session finishes or needs you, switch your defaults from the menu, and watch plan usage — all on-device.
Ahoy, captains 👋 I'm Tin Nguyen, a pirate at The Black Flagger You give Claude Code or Codex a real task and walk away. Two things go wrong. Your Mac falls asleep, and your agent stops with it. Or it finishes in two minutes — and you find out at lunch. Worse, it got stuck on a small question after 30 seconds and waited for you the whole time. BlackFlare closes both gaps. It's a small app that lives in your menu bar. 🔥 Your Mac stays awake while a session runs, and sleeps again when it's done. Long refactors finish while you're gone. 🔔 It pings you the second the agent finishes or gets stuck. On your Mac, or on Telegram or Slack so you can leave the desk and actually touch some grass. Works with Claude Code and Codex CLI in the terminal, VS Code, and JetBrains. You can tell it to stay quiet while you're sitting right there. ⚙️ Change your default configs from the menu. Model, permission mode, effort — one click, no flags to remember, no editing JSON by hand. It edits your config files carefully, backs them up first, and never reformats anything. 📊 See how much usage you have left on your plan, right in the menu bar, with a warning before you run low. No account. No tracking. Nothing leaves your Mac. To show your real usage it reads your Claude token from the Keychain — read-only, and only if you turn it on. That token goes to Anthropic and nowhere else. Works on macOS 13 or later, on both Intel and Apple silicon. I'm here all day — tell me what your agents get up to while you're not watching. 🏴‍☠️
2
回复

@theblackflaggerJust what i needed. Congrats and thanks :)

0
回复

Keeping the Mac awake and pinging on completion is a small surface but it's solving the actual annoyance — long agent runs are exactly when you walk away, and walking away is what puts the machine to sleep.

How does it detect that a run finished? Watching process state, parsing terminal output, or hooking something more specific to each tool? I ask because the failure mode that would matter is a false completion — getting pinged, coming back, and finding it still going. That'd cost more trust than a missed notification would, and I'd guess process-level detection is more robust but less precise about what "done" means.

2
回复

@ark_y_k Thanks so much — and great question 🙂

Everything comes from the agent's own reported state. BlackFlare installs the proper hooks and quietly tracks your Claude/Codex sessions, so at any moment it knows which sessions are working, which are paused waiting on you, and which have actually wrapped up. Thinking, or a command that takes ten minutes, is just "working" — silence, no false alarm.

Worth being upfront about one limit: that separation is currently sharpest on Claude Code, which reports both states explicitly — waiting for your input and task finished. For Codex, BlackFlare reads its session files today, and those capture turn completions but not approval prompts — so both land as "this session needs you." A bit coarser, though it fails in the safe direction: you still get pulled back at the moment it counts. Sharpening that is already on my list 🙂

1
回复

Nice one, already got it. Quick question though - how does "away" detection work?

2
回复

@mlitwiniuk Thanks so much for picking it up — really appreciate the support!

"Away" = your screen is locked, or you haven't touched the keyboard/mouse for 2 minutes. That's it — just the macOS lock state and system idle timer, checked right when a notification is about to fire.

The 2 minutes is a default for now — I'm planning to make it configurable in a future update so you can tune it to your own rhythm.

1
回复

This is exactly what I needed for overnight Claude Code runs. The menu bar presence is super clean and the wake-lock toggle saved me from constantly ssh-ing back to check. Watching plan usage from the same spot is a nice touch too.

2
回复

@checklistpro This is exactly the workflow I built it for, so that's great to hear! Thanks for the kind words! 🙌

0
回复

This solves a surprisingly real coding-agent problem :) I've definitely started long Codex runs, walked away, then returned much later only to find the session finished quickly or had been waiting on one tiny approval the whole time. Keeping the Mac awake, sending remote notifications, and showing plan usage from the menu bar feels like exactly the lightweight companion these tools need, without becoming another agent platform. Curious how reliably BlackFlare detects when an agent is genuinely stuck versus simply thinking or running a long command.

2
回复

@andrasczeizel Thanks — that's exactly the gap I kept falling into myself 🙂

Fair question — and the honest answer is that BlackFlare never guesses.

Under the hood it installs the proper hooks and quietly tracks your Claude/Codex sessions, so at any moment it knows which sessions are working, which are waiting on you, and which just finished. Thinking and long-running commands are simply "working" — no ping, no false alarm.

One nuance worth being upfront about: telling waiting for input apart from finished is currently precise on Claude Code, which exposes both as distinct events. For Codex, BlackFlare reads its session files today, and those record turn completions but not approval prompts — so both cases surface as "this session needs you." Slightly less granular, but it errs on the safe side: you still get pulled back at the right moment, which is the part that actually matters. Making this more precise is already on my list 🙂

1
回复

The problem this solves is real — I have lost track of how many times I gave Claude Code a task, wandered off, and came back to find it had finished twenty minutes ago and was just sitting there. The notification routing to Telegram is the part I would actually use most. The thing I want to know upfront is how it distinguishes a session that is truly finished from one that is paused mid-task waiting on input — whether that is coming from parsing terminal output or from the agent explicitly reporting a terminal state, since those two behave very differently when something goes sideways halfway through.

2
回复

@leo404 Thanks so much — and great question, it's exactly the difference that matters 🙂

Everything comes from the agent's own reported state. BlackFlare installs the proper hooks and quietly tracks your Claude/Codex sessions, so at any moment it knows which sessions are working, which are paused waiting on you, and which have actually wrapped up. Thinking, or a command that takes ten minutes, is just "working" — silence, no false alarm.

Worth being upfront about one limit: that separation is currently sharpest on Claude Code, which reports both states explicitly. For Codex, BlackFlare reads its session files today, and those capture turn completions but not approval prompts — so both land as "this session needs you." A bit coarser, though it fails in the safe direction: you still get pulled back at the moment it counts. Sharpening that is already on my list 🙂

0
回复

Saw @AgentQuartz on the leaderboard today. Seems this has more features than that. Congrats on shipping.

0
回复

Keeps my Mac awake during long Claude runs and the menu bar alerts actually saved me from missing a few finished sessions. Solid little utility.

0
回复

the part that gives me pause isn't the notification logic, that seems well thought through in the replies above. it's that this edits config files directly, model, permission mode, effort, based on reading session state that Anthropic and OpenAI don't publish as a stable format. what happens the next time either of them changes how that session data is structured? does BlackFlare fail loud (stops editing, tells you it's out of date) or is there a risk it writes back a config edit based on a state it misread? backups before edits helps with the second case, but only if you notice something's off before you're relying on the wrong model or permission mode mid-run.

0
回复
#14
SceneNote
Free video feedback tool for editors & clients
101
一句话介绍:SceneNote是一款无需注册、免费使用的视频反馈工具,通过粘贴YouTube、Vimeo或Dropbox的链接,让编辑和客户在视频上添加时间戳评论、画框批注和自动转录语音笔记,并可将所有反馈一键导出为Premiere、Resolve或Final Cut的标记。
Design Tools Marketing Video
视频反馈 视频审阅 远程协作 创意工具 后期制作 时间标记 批注 EDL导出 客户沟通 免费工具
用户评论摘要:用户普遍赞赏“无需账户”的设计,认为解决了客户注册的痛点。多数问题集中在多人评论的归属(可通过自填姓名解决)、从YouTube链接导出时的帧精度漂移(支持设置帧率),以及Google Drive链接的不稳定问题。部分用户希望增加版本对比功能。
AI 锐评

SceneNote切中的是一个被过度工程化的细分场景——视频审阅。市面上Frame.io、Wipster等工具功能丰富,但月费模式和强制注册的高门槛,与这个环节“低频、短期、多角色”的本质严重错位。创建者敏锐地剥离了最昂贵的存储和分发,只做反馈层,利用宿主平台(YouTube、Vimeo)的播放器,实现了“零成本”的轻量级方案。这个“砍掉大象”的决策是聪明的,但不是无代价的。评论中提到的帧精度问题(YouTube的I帧对齐、帧率漂移)是视频行业的物理限制,在被删除的宿主层中无法彻底解决。虽然允许手动设置帧率,但这等于将质量的一部分责任交给了用户。此外,缺乏版本对比功能,对于多轮审阅的复杂项目仍是明显的短板。SceneNote的理想用户是独立创作者、小团队或预算有限的甲方乙方,它用极致的减法换取极高的易用性。但若向专业级协作工具演进,账号体系和稳定的源文件控制是绕不过去的坎。目前“免费且好用的工具”是其最大护城河,但也是其难以商业化的软肋。这是个天才的MVP,但需要明确终局:是维持小而美,还是走向更重的协作平台?

查看原始信息
SceneNote
Every other video review tool wants an account, an upload, or a subscription. SceneNote wants none of them. Paste a YouTube, Vimeo, or Dropbox link, share it, and collect feedback in seconds. Timestamped comments, annotations drawn on the frame, voice notes that transcribe themselves, versions, and tasks. Your reviewers never sign up. Export as CSV or EDL and every note lands as a marker in Premiere, Resolve, or Final Cut. Free because we build on links instead of hosting your video.
Hey, I'm Kiril 👋 I've been a filmmaker for 10+ years, and every time I sent a cut for feedback, two things always bugged me. My clients had to make an account just to leave feedback. And.. I was paying a monthly subscription for something I only use at the end of a project. So I built SceneNote: video feedback that's free, and needs no account from anyone. Whether you're the one editing or the one sending notes back, you know the drill. A cut goes out, and the feedback comes back as a four-minute voice note, or buried in an email chain somewhere. Messy and disorganized 🙅🏻‍♂️ Now, I know there are already tools that fix this. But every one I tried sat behind a monthly subscription, which never sat right with me. Feedback is a small, specific part of a project. It happens near the end, for a short window, and paying every month for those few days made no sense. That got me thinking: why can't this just be free? Turns out most of the cost in these tools is storage and delivery. So I skipped it entirely. SceneNote works off links. Your video stays where it already natively lives (YouTube unlisted, Vimeo, Dropbox etc) and SceneNote builds the feedback layer on top. No hosting, so no bill for you! Here's the whole thing: 1. Paste a link > share it > collect feedback 2. Leave timestamped comments or annotations on the frame. 3. Export every note into Premiere, Resolve, or Final Cut as markers. The core stays free forever and will never need an account. If people ask for heavier pro features later, those might become a paid add-on, but what you see today stays free. Feedback should be easy and frictionless, for the person giving it and the person getting it. Would love to hear what you think. Kiril
7
回复

@kiril_dobrev Congrats Kiril!
The idea is great!

Is there a versioning and comparison between?

2
回复

@kiril_dobrev great product, love seeing products that solve real problems.

2
回复

@kiril_dobrev Congrats. Can you give a pros and cons in comparison to other tools like vimeo.com? That we are using at the moment. Thanks!

0
回复

Pasted a Vimeo link and my reviewer left a note with a sketch in under a minute, no login wall. The Premiere marker export is the kind of feature that quietly saves an hour.

1
回复

@qualityml This kind of reaction makes me genuinely happy because that was a big focus for us. We really tried to make it as seamless and as frictionless as possible, both for the editor and the people who are reviewing the footage. Nice!

0
回复

no hosting because the video already lives on youtube/vimeo is a smart cut, not a compromise. with no reviewer login, how do you tell whose note is whose?

1
回复

@andrewzakonov There's and option to simply add your name within the project room and it will populate alongside all your notes.

1
回复

@andrewzakonov  Thanks Andrew - and yeah, like Bryn said - you just add your name here and then that little bell icon next to it let's you sign up for email notifications for the project (totally optional)

2
回复

Looks amazing!

Was looking for something to give my editor's feedback without paying for many features I don't need!

Cheers Kiril!

1
回复

@robbinschuchmann Awesome, glad to hear it Robbin! Give it a spin :)

0
回复

The no-account approach for reviewers is the right call - asking clients to sign up somewhere is exactly where this kind of feedback falls apart. One thing I would want to understand about how it works in practice: when multiple people are reviewing the same cut, can I tell who left which comment, or does all the feedback come in without attribution? For a small project with one client it does not matter, but once there are two or three people on the review side, knowing who said what makes responding to specific notes much easier.

0
回复

Reminds me of Loom videos were the comments can be made on certain timestamps. Good work.

0
回复

The link model is the right trade, but it hands your accuracy to somebody else's player. YouTube seeks to the nearest keyframe and gives you a float in seconds, so a note that reads 04:12 can land a frame or two off by the time it's a marker in Resolve. And since you never touch the source file you never learn the true frame rate, where 23.976 against 24 drifts about a frame every 42 seconds, which is the kind of error an editor blames on themselves. Are you asking the editor for frame rate or inferring it from the link?

0
回复

@asadmalik901 you choose your frame rate when exporting markers!

0
回复

Does it support Google Drive hosted videos as well?

0
回复

@ankur_jeswani Yes it does Ankur, but for best results we recommend Youtube (unlisted), Dropbox, Vimeo etc. Google Drive links can be unpredictable because Drive streams the full original file, so high-bitrate footage may stutter on slower connections.

0
回复

Kiril, this hits a real sore spot for me. Getting notes that land on the exact moment someone means, without making anyone create an account just to comment, takes so much pain out of the back and forth.

0
回复

@robin_de_lacroix Thanks Robin, that's exactly the itch. The account thing was the bit that annoyed me most haha! Would be curious how it holds up on your next round of notes. Do let us know!

0
回复

This is actually how I discovered SceneNote. My team and I are currently working on a video case study, and breaking down video references has always been a painful process—constantly writing down timestamps, taking screenshots, and organizing everything manually. The key words are: it used to be 🙂

Thanks for building this, @kiril_dobrev. Honestly, I don't even know what to nitpick at this point. I'll keep using SceneNote over the next few weeks and come back with more detailed feedback. Hopefully, I can help make the product even better.

Added it to my bookmarks already 🚀

0
回复

@alvodsgn Very stoked to hear that Lesha! And please feel free to send any feedback / or feature requests so we can keep making this better and better for you!

0
回复
#15
EQK 3.0
Mac app with dynamic AI Equaliser
92
一句话介绍:EQK 3.0 是一款利用动态AI实时为每首歌曲自动调整均衡的Mac应用,让非发烧友也能不费吹灰之力享受个性化调音,无需学习复杂参数或安装虚拟驱动。
Music Artificial Intelligence Entertainment
Mac应用 动态AI均衡器 耳机校正 实时调音 系统级音频 本地智能 音乐增强 无订阅 10段参量均衡 FLAC播放器
用户评论摘要:用户认可AI动态EQ的创意,但担忧对精心混音的作品过度“二次猜测”,造成听觉不适。建议增加电平匹配的旁路开关,以区分听众是喜欢曲线还是单纯因响度变大而觉得好听。开发者回应提供了多种模式,并承认部分曲风仍需优化。
AI 锐评

EQK的卖点很性感——“动态AI实时调音”,试图将过去需要专业知识和数小时微调的均衡调节,压缩成一句“让机器替你听”。从产品逻辑看,它确实解决了一个真问题:绝大多数用户不知道或懒得调EQ,而糟糕的耳机和音源是常态。用AI逐秒分析音频并修正,是典型的降维打击式体验优化。

但评论击中了核心软肋:动态介入的音质正义性何在?当AI开始实时重绘频率曲线,它实质是在与混音师的头号原则——“传递创作意图”博弈。对于重度听者,一个会在乐曲动态高潮段突然“修正”低频的引擎,极易割裂情感沉浸。更致命的是,缺乏“电平匹配旁路”功能。这使AI的效果评估陷入逻辑闭环:用户觉得变好听了,但2分贝的增益可能才是真凶,而非算法高明。这是自适应音频领域经典的“响度骗局”,开发者如果不能通过计量工具向用户证明其曲线的绝对有效性,产品就始终带有“听个响”的滤镜。

技术上,它规避了虚拟驱动,基于macOS原生音频捕获实现系统级调音,这是一条聪明且干净的路;3,985个耳机校正配置文件和对本地FLAC歌词播放器的支持,显出作者对硬核玩家的野心。但产品的命门在于:100%本地运行的AI动态引擎,如何在不依赖云端大数据的情况下,驯服海量风格迥异的音乐?开发者承认“有些曲风表现过度”,意味着目前模型对金属、电子甚至部分现代流行乐的适应性仍存疑。

真正有价值的部分,可能是“per-app独立EQ”和“tone desk 10段参量均衡器”——前者把工作场景和娱乐场景分开调优,后者为愿意动手的用户保留了控制权。AI更多应扮演“快速预设推荐者”而非“实时越权混音师”。方向正确,但若不能解决“为何你的重混比我先听的原版更好”这一信任问题,最终它将永远是音频发烧友尝鲜后悄然卸载的产品,而非日常必备的一环。

查看原始信息
EQK 3.0
EQK is the first Mac app with dynamic AI EQ - an equalizer that re-tunes itself per song in real time. Give every app its own EQ, headphone correction, and output device. No virtual drivers - just native macOS audio capture. 10-band parametric Tone Desk, 3,985+ AutoEq headphone profiles, per-app limiter, full signal-chain metering, and a free built-in FLAC player with synced lyrics for the songs that you own. 100% local, no telemetry, no subscription. Tune every app on your Mac.

EQK began as a way to make sound enhancement through the equaliser accessible beyond audiophiles- to let the rest of us experience music the way the small minority who know the basics already do.

Most people don't know how much difference an EQ tweak can make to their listening experience. Two things kept them out: the technical, formalised structure of every existing EQ app made the first step overwhelming; and the learning curve was steep enough that meaningful benefit only came after real effort.

EQK solves both. The learning curve, by running an on-device engine that together with Apple Intelligence- dynamically tunes music on the go, learns it side-by-side to apply a more accurate EQ on the second play, and saves the per-song, per-app profile locally. Up to 1,000 songs get their own remembered EQ shape, refreshed every second to twice a second- saved by the app, not downloaded.

The intimidation, by dressing what was otherwise a cerebral process in a UI meant to keep you inside the experience of entertainment, not analysing it.

v3.0 introduces the Optimiser engine. It scans for broken song profiles, incompatible layouts, and anything else that might break the seamlessness of the app.

Since a large part of EQK is made by AI, and the whole thing began as a vibe-coded experiment, the Optimiser is a unique answer to what to do with the creative freedom AI gives us in a short amount of time: use it to accelerate the intelligence and working of the dynamic AI EQ engine itself. Some songs may appear over-EQ'd but the overall response from listeners so far has been phenomenal. The Optimiser doesn't touch code, only broken and incompatible app-created data.

https://www.kuja.dev/eqk

1
回复

A dynamic EQ that reacts to what's playing is a nice idea, but it puts you in an awkward spot with anything that was already mastered carefully — the mastering engineer made specific decisions, and an adaptive curve is second-guessing them in real time.

So what's the target? A correction layer for bad source material and cheap output, or an active shaping tool applied to everything? And does it react per-track or continuously within a track — I'd guess a curve that moves mid-song would be audible in a way that isn't always pleasant, especially on anything with a big dynamic shift.

1
回复

@ark_y_k The app has various modes to suit everyones needs- Real Time AI engine EQ per second of the song, AI EQ applied to every song, AI recommendations for a static eq applied to all songs, and your regular good old manual EQ.

The target is a broad audience who 1) Want a better sound without the learning curve. 2) Want a hands-free customisable EQ experience. 3) In app correction accounting for headphones + bad source material + user preference as all ears are different.

The app has come a long way since v1 in refining the dynamic eq into a pleasurable experience, but admittedly not all genres are well accounted for and sometimes, the eq could appear to be doing too much but that is constantly being worked on in every update and the reviews so far have been majorly great.

0
回复

The feature I'd want most here is a bypass I can hold down, level matched. An EQ that nets even 2 dB of gain sounds better for reasons that have nothing to do with the curve, so if the engine learns from what people keep rather than what they prefer at matched loudness, it's learning volume and calling it taste. That's the quiet failure mode in adaptive audio, nobody complains because it does sound good, and the listener can't tell whether they like the shape or just got used to it. A held bypass at matched RMS is the cheapest thing that keeps the loop honest, and it would give you a real signal on the genres where you say it's doing too much.

0
回复
#16
JusTTY
A simple native macOS terminal built on Swift and libghostty
89
一句话介绍:JusTTY 是一款基于 Swift 和 libghostty 构建的极简原生 macOS 终端,专为追求日常高频使用场景下流畅性能与低资源消耗的用户设计,解决了主流终端功能臃肿、性能损耗的问题。
Developer Tools GitHub Tech
macOS终端 Swift原生开发 libghostty 极简设计 终端模拟器 性能优化 低资源占用 开发者工具 日常使用 无Electron
用户评论摘要:用户普遍赞赏其原生性能与简洁理念。核心疑问在于与 Ghostty 的差异化:开发者明确解释 JusTTY 定位是精简版,牺牲高级功能换取代 macOS 原生体验。有用户建议支持独立滚动缓冲区与面板分离,开发者表示考虑推出“扩展版”以满足此类需求,但当前坚持极简。
AI 锐评

JusTTY 的诞生,本质上是对“终端军备竞赛”的一次反叛。在 Ghostty、iTerm2、Warp 等产品疯狂堆叠分割窗口、配置文件、插件系统乃至 AI 助手的当下,JusTTY 选择了一条极为克制且充满设计原则的路径:只保留终端最核心的渲染、标签、主题与窗口管理,其余全部交给外部工具(如 tmux)。这看似“简陋”,实则精准捕捉了一类长期被忽视的需求——大量开发者并不需要一台“瑞士军刀”,他们只是需要一个启动迅速、跑满一天不觉得卡顿的“锤子”。

其价值内核在于“软件减负”。通过直接调用 libghostty 的 Metal 渲染管线,并摒弃 Electron 等运行时污染,JusTTY 在性能上天然超越绝大多数竞品。但这也暴露了它的天花板:它本质上是 Ghostty 的一个“低配皮肤”,技术护城河极低。一旦 Ghostty 官方推出更轻量的配置方案,或 Apple 在终端上发力,JusTTY 的生存空间将迅速收窄。此外,极度克制的功能集意味着它无法成为重度用户(例如日常使用多面板、远程连接管理)的唯一选择,这也解释了为何开发者考虑推出“JusTTY Extended”来分化用户群——这种“付费解锁功能”的路线,容易消耗早期极简主义拥趸的信任。

从产品策略看,JusTTY 成功通过“减法”制造了记忆点,但能否从小众的“清净工具”跃升为主流选择,取决于它能否在“足够好用”与“足够有用”之间找到那个更精准的平衡点。否则,它或许会成为 macOS 开发者工具箱里一款值得收藏的“艺术品”,而非每天都在用的“生产线”。

查看原始信息
JusTTY
A simple native macOS terminal built with Swift and libghostty. Minimal be design - suited for everyday use, just not packed with the bells and whistles power users expect.

Love that you went native with Swift instead of wrapping something electron-based. That kind of focus on simplicity and performance over feature bloat is exactly what most people actually need day-to-day.

1
回复

There's something genuinely calming about a tool that decides to stay small and fast on purpose. Filip, this feels like the kind of thing I'd quietly stop noticing and just keep reaching for every day.

1
回复

Why should I switch from Ghostty? I can see graphical preferences, but what's the major differentiator?

0
回复

@mlitwiniuk JusTTY is intentionally not full Ghostty. It wraps libghostty’s Metal/PTY core in a small native SwiftUI app aimed at everyday shell use: tabs, windows, themes, fonts, padding/size, and a short fixed shortcut set. Ghostty stays the power-user terminal (splits, inspector, rich config/profiles, remappable binds, etc.). JusTTY explicitly leaves those out. So the pitch isn’t "better than Ghostty", it’s: same solid rendering/shell stack, fewer knobs, macOS-native chrome, and a config surface that’s small enough to ignore. If you want Ghostty’s depth, staying on Ghostty is the right choice, but if you want a simpler app that still feels fast because it’s Ghostty underneath, JusTTY is that.

1
回复

Native macOS apps built with libghostty are exactly what I've been hoping someone would ship. One thing that would make me switch from iTerm2 full time: support for per-pane scrollback buffers with the ability to detach a pane into its own window. Would be great for keeping long-running logs handy while working in another session.

0
回复

@monetizemax Hey thanks for the suggestion. I am still thinking on what to include as a feature. A large scrollback is already supported by default by libghostty, but adding multi-pane support in a single tab is something I am not sure about. I want to keep things minimal. Maybe I will create a separate build with extra features (JusTTY extended) and add extra features like this.

0
回复

Thanks for sharing. What would you say are the "selling points" of this terminal emulator?

0
回复

@maciej_baron The main selling points are performance, resource usage and minimal bloat. The app gives you just the basics of the terminal (visual control with themes and colorschemes and window control with tabs, starting location and padding). I honestly think that the rest should be added with software, for example if you want multiplexing you can always use tmux but not everyone need that. Also, making it native removes the overhead of additional frameworks and runtimes (e.g. Electron), which can reduce resource usage and improve performance.

0
回复

Love seeing more native macOS dev tools built with Swift! Terminal performance makes or breaks the daily workflow.

0
回复

@zeo81 Yeah as a dev terminal performance is very important. I also hate that many terminal apps add as many features as possible without thinking of how it would impact the performance or resource cost of it. Also native is always best in my opinion.

0
回复
#17
CellCog
Hire AI employees that form teams and manage each other
42
一句话介绍:CellCog 让用户通过简单的自然语言描述即可“雇佣”具备记忆、轮班和任务看板的AI员工,它们能自己组成团队、互相管理并持续工作,解决传统AI工具缺乏持久性和自主性的痛点,将AI从一次性工具升级为真正的数字同事。
Productivity SaaS Artificial Intelligence
AI员工 AI团队 自主代理 多代理协作 智能体平台 SaaS 企业自动化 深度研究 任务看板 记忆持久化
用户评论摘要:用户普遍认可其解决工作流问题的潜力,好奇如何避免重复工作与决策冲突以及失误后的审批机制;还有人对比其与Claude自建方案的优劣,并就监管合规、记忆限制与性能优化提出疑问;创始人在回复中强调了任务审批、安全边界和可审计性。
AI 锐评

CellCog的野心不在于再做一个“更聪明的聊天机器人”,而是试图重新定义“员工”这个概念。它抓住了当前AI Agent领域最致命的两个痛点:金鱼般的记忆和被动等待指令的“手动档”模式。通过引入“角色-记忆-轮班-团队”这一套现实管理框架,CellCog成功将AI从一个需要人类不断投喂和确认的“实习生”,升级为具备一定自主性和连续性的“正式工”。

但必须冷静看待,其42票的较低热度也侧面反映了市场的谨慎。拼多多式的“A给B派活,B给A汇报”的所谓“团队自主管理”,在10-15人的小规模内或许可行,一旦扩展至百千级,信息冗余和决策冲突的代数级增长将是其未经验证的阿喀琉斯之踵。创始人声称“AI组织在这两点上会比人类做得更好”,这更像是一个需要长期验证的产品愿景,而非当前可交付的能力。

真正的护城河在于其“自我驯化”的壁垒——创始人自身公司完全运行在该平台上,这种“吃自己的狗粮”的深度不仅带来更强的产品反馈闭环,也提供了极具说服力的信任背书。对中小企业而言,用极低的边际成本获得一个7x24小时工作、自带记忆且不会跳槽的“数字打工人”,无疑具有巨大的效率诱惑。然而,对于“AI员工”所引发的数据安全、合规错位(特别是受监管行业)和“责任归属”等物理世界问题,CellCog的“三层控制”机制仍停留在“技术承诺”层面,远未到法律和商业保险能覆盖的成熟阶段。一句话总结:是一个解决“人机协同”效率问题的漂亮工程方案,但距离成为颠覆“组织管理”的可靠商业基础设施,还有一段布满雷区的路要走。

查看原始信息
CellCog
Hire AI employees for any role you can describe in a prompt. Each has an inbox, memory, shifts, and a task board — built on the super-agent that's #1 on Deep Research Bench (July 2026). They form teams, onboard and manage each other. A working workforce in days, all through prompts.

Hey Product Hunt 👋

I'm Nitish, founder of CellCog, and the only human at my company.

Rhea runs growth. Maeve runs marketing. Reese leads sales. They're AI employees, and they planned the launch you're reading right now.

Why we built this: every "AI agent" I tried had the same problem.

• Impressive demo, goldfish memory. Nothing persists between sessions.
• No ownership. You end up project-managing your own "autonomous" tools.
• A chat window is not a coworker. Nobody's on it when you're not.

What makes an AI employee different:

1. You hire them for a ROLE: marketing, sales, growth, support. They get a name, an email inbox, a task board, and working shifts.
2. They work between your conversations. Real shifts with a clock-in, a wind-down, and a handover. You wake up to a shift report.
3. They don't reset. Shift 50 remembers the decisions from shift 1. They form teams, onboard and manage each other.

Two proofs, because this space is full of claims:

→ The engine: #1 on Deep Research Bench (July 2026): https://huggingface.co/spaces/muset-ai/DeepResearch-Bench-Leaderboard
→ The company: CellCog is run by me and my AI team. Live org chart, real shift counts: CellCog AI Org

And you stay in control: visible task boards, approvals for anything risky, nothing hidden.

Who it's for: founders and small teams who need a role filled, but a $5,000+/mo hire (plus months of recruiting and onboarding) isn't happening. An AI employee onboards in minutes, costs a fraction of that, and is on the job today.

🎁 Launch-day offer (July 29 only, new sign-ups): the first 200 accounts that sign up and hire their first AI employee get that employee's first shift on us. That's approximately $25 in credits, enough to watch them onboard, work, and report back, end to end. After that, refill to keep them working.

Getting started takes about 2 minutes:

1. Sign up free, no credit card needed (every account starts with 200 free credits): cellcog.ai
2. Open AI Employees.
3. Hire: pick a predefined role, or just describe what you need in plain words.
4. Your employee introduces themselves and starts their first shift.

I'll be here all day answering everything: feedback, hard questions, skepticism especially welcome. Tell me, what role would you hire first, and what would stop you from trusting an AI with it? 👇

11
回复

Congratulations to the entire team! ❤️🎉I think the idea of AI employees with memory, shifts, and collaboration has a lot of potential. Looking forward to seeing how businesses put it to use. 👏

3
回复

@sejal_asnani Thanks for you support Sejal!

1
回复

ai employe hiring is really becoming a trend. Congrats on the launch!

2
回复

@istiakahmad Thanks, Istiak! It really is becoming a category; our bet is that the winners will be the ones actually running their own company on it, not just selling it.

0
回复
This feels like one of those products that’s solving workflow problems instead of simply adding AI for the sake of it.
2
回复

@abod_rehman I think its one layer above workflow as well, closer to OpenClaw or Hermes but much much easier setup.

0
回复

Love the concept. Question for the team: what happens if an AI employee makes a mistake on something important? How do approvals work?

2
回复

@gautamsiddharth AI employees would classify all commands they want to run on your computer, browser, or personal tools. For dangerous commands, they will send them to you for approval. If you are not in front of your computer, they will require pre-approval in written form (via email, in the chat) for example, one of the pre-approvals I've given to our outreach AI employees is that they can send up to 10 emails in a day, not more than that. And now this unblocks them from continuing to send emails when I'm not around.

0
回复

@nitish_garg4 This is a fascinating approach to AI agents. I’m curious-how do AI employees coordinate with each other without creating duplicate work for conflicting decisions

2
回复

@dipanshu_kushwaha5 That's an amazing question. This problem exists even in human organizations. Duplicate work and conflict in decisions was one of the major problems I've seen in human organizations. In organizations that were very proactive in communication, they made fewer of these mistakes.

In AI employees, they are much more proactive in these conversation.

Currently, we do not have that issue because the organization is not that big. The current organization is 10 to 15 employees, so we are not seeing much duplication issue. When we will reach the scale of 1000s of ai employee this problem will start to emerge

But our current understanding is that AI organizations are going to do better than human organizations on both of these counts: duplication of work and conflict in decisions.

0
回复

Cool use case. What is the advantage of using cellcog agents Vs creating your own using Claude / jetski etc.,?

1
回复

@sneha_rachel_mathew Great question — you absolutely can build your own with Claude, and technically the ceiling is similar. The difference is what you spend your time on.

Building your own, YOU become the infrastructure: memory between sessions, scheduling, an inbox, a task board, approvals, handovers between runs — that's weeks of glue code, and you maintain it forever. And you're still the project manager: you start every session, re-explain context, check the output.

Hiring here, all of that exists on day one. You describe the role in a prompt; the employee names itself, sets up its own workstreams, works shifts while you're away, and reports back. When you hire a second one, they coordinate with each other — that part is genuinely hard to DIY.

Fastest way to see it: my whole company runs this way (I'm the only human — live org chart with real shift counts on our site).

Where credit is due: some of the employee primitives (email, task boards, shifts) were inspired by Polsia — good ideas deserve acknowledging. The engine underneath is our own 9 months of multi-agent protocol work.

0
回复

The shift reports really caught my attention. Knowing exactly what happened while you were away makes the workflow feel much closer to working with a real teammate.

1
回复

@deepaksingh09 Interesting catch. I designed shift reports the way I used to give daily updates to stakeholders on high-stakes projects: what got done, what's next, what I need from you. In the spirit of transparency though, they can get verbose at times. We're still tuning the right balance between "complete" and "scannable." Curious what you'd want on day one: a three-line summary or the full detail?

0
回复

Brilliant product.. user for quite some time now

1
回复

@shine_samuel Thank you. Hearing this from someone who's used it for a while means a lot.

0
回复

Hey Nitish, looks very cool!
Sorry If you've already answered this, but what capabilities do the agents have to carry out work - like can they operate a browser either via MCP or even a normal desktop browser?

1
回复
Image

@shask You can connect your own computer, your own browser and your 1,000+ tools, and our AI Employee would be able to take action on your own browser, your own computer, or those tools. This entire Product Hunt application was actually filled by an AI Employee, the Head of Growth, through our browse feature. On top of it, every AI employee gets their own personal computer, which is separate from all of your things. Now an AI employee could work on two computers: one if you connect your co-work and another, their own computer.

0
回复

@nitish_garg4 novel takes on having AI employees work for you. A few questions:

  1. Is there a limit to what all an employee can save in memory?

  2. Do you prioritize what is more important to remember in memory?

  3. Do you have insights on how many mistakes they make initially vs later when they have learnt from their AI teacher/peers?

0
回复

@tarun_barthwal Great questions,

1.⁠ ⁠Memory limit: memory lives as structured documents in the employee's workspace and persists across every shift, so storage isn't the constraint. The real limit is what it holds "in mind" during one working session; when that fills, it writes a handover note, and the next shift picks up seamlessly. Like a person: they don't recall everything at once; they know where it's written down.

2.⁠ ⁠Prioritization: yes, and it's the employee's own job. At the end of every shift, it consolidates durable learnings into long-term memory, corrects stale notes, and hands over what matters right now to the next shift.

3.⁠ ⁠Mistakes: My honest answer is no clean public metric yet. But running our own company on them, we see employees write their mistakes AND the fix into memory, so the same mistake rarely survives multiple shifts.

0
回复
This is something I think would be such a time-saver, especially as a solo founder. Do the agents have a feedback loop, or how do they confirm their work is successful? And how would CellCog compare to tools as Polsia? Either way, happy to try it out!
0
回复

@max_nordstrom Glad you know about Polsia few core difference are
1. You can create any number of different roles and they can talk to each other just like human teams
2. Non slop and build for production grade work
3. Has most complex features implemented like Cowork, Browse, 1000+ personal tools, frontier coding agent, #1 in deep research bench, frontier multimedia agent.
4. First class support for Cold Outreach, Tasks, Emails

0
回复

@nitish_garg4 Super exciting. We are in a highly regulated industry (consumer finance), how do we place hard limiters on what actions these AI employees can take, so as to prevent any regulatory findings?

0
回复

@jainesh_sinha Great question — control is the design center of the whole system.

Three layers:

1. Risk-classified actions. Every action an AI employee takes on your systems is classified (safe / moderate / dangerous). You set the threshold — anything above it pauses and waits for human approval. Irreversible or externally visible actions (sending email, writing to production, spending money) sit above the default line.

2. Explicit, bounded permissions. Employees don't accumulate powers silently. You grant standing approvals for specific classes of work ("up to N outreach emails/day"), scoped and revocable anytime. No approval = the employee files a request and waits. You can also grant read-only access to sensitive systems — my own employees have read-only on our production DB, no exceptions.

3. Full audit trail. Every task lives on a board you watch, every action is logged, and every shift ends with a written report. You can reconstruct exactly what an employee did and why, after the fact.

So for consumer finance: low auto-approve threshold + read-only on regulated systems + every customer-facing action gated on human sign-off. The employee does the work; your people keep the pen.

0
回复

@nitish_garg4 We already have a human team employed. Can we use these AI guys to augment our capability (in existing departments) and share org data with them to be able to contribute on the same?

0
回复

@rohit_khandelwal Yes, that's exactly the augmentation case. The easiest way to find out if they'll add value:

1. Find roles that are understaffed or underperforming

2. Find the human manager who would supervise that role if it were a human hire

3. Have that manager write the job description as a simple prompt

4. Give the employee access to org data through cowork, browse, and connected tools

5. Judge them on the same outcomes you'd judge a human hire on

In my case I hired:

1. Head of Growth (Rhea)

2. Head of Marketing

3. Chief of Staff

4. Principal Engineer

5. Sales team (6 total)

My prompt for the first one was literally: "I need a head of growth for cellcog.ai and I am founder and CEO." She named herself Rhea. She has done more since I hired her than a team of five typically does in a month, including planning this Product Hunt listing.

They work alongside humans, not instead of them. The human managers stay in the loop through task boards and approvals.

0
回复
#18
ResumizeAI
Take full control of your job hunt
42
一句话介绍:ResumizeAI让用户只需一次录入个人经历,即可针对任意岗位招聘信息,由AI在数秒内自动生成量身定制的简历和求职信,彻底终结海投简历时繁琐的人工修改苦役。
Hiring Productivity Artificial Intelligence
AI简历生成 求职信定制 岗位匹配 求职自动化 职位跟踪 PDF导出 在线个人主页 产品猎上线
用户评论摘要:用户建议增加内置的岗位投递追踪器。开发者回应称该功能已存在(含状态管道、笔记及附件),并补充了当前缺失的看板视图与跟进提醒功能,同时邀请用户在超过30个职位的规模下进行压力测试。
AI 锐评

ResumizeAI切中的是求职流程中最普遍、也最耗时的“剪刀差”痛点——求职者拥有真实经历,但在每份岗位面前都需要重复做“翻译”工作。产品将“一次录入、多次适配”逻辑封装得相当完整,从简历到求职信一键导出,附带URL个人主页,形成了一套轻量化但闭环的“投递工厂”。

但冷静来看,这款产品并未真正打破AI简历赛道长期存在的信任瓶颈。开发者自己也强调“输出必须诚实且具体”,恰恰说明这类工具走向用户时最大的敌人不是功能缺失,而是生成内容“一眼假”。当HR每天阅遍AI美化模板,ResumizeAI如何确保自家模型在“匹配”与“虚饰”之间不滑向后者,才是它能从42票中跑出来的关键。

此外,虽然内置的投递追踪器思路正确(附件绑定真正输出的简历版本),但作为独立产品,其真实使用场景终究高度依赖“用户先有投递需求”。一旦用户求职结束,留存便成难题。而B端HR系统对线上地址的认可度、PDF格式的安全合规性等隐性门槛,也尚未看到明确解法。

一句话总结:这是一把打磨得很趁手的“点对点”武器,但若要防止用户打完仗就扔掉,ResumizeAI还需要提供更多超越求职周期的附加价值,或者重新定义“跟踪”这件事的边界。

查看原始信息
ResumizeAI
Paste any job posting, or search live openings right inside Resumize, and AI tailors your resume and cover letter to it in seconds by matching your real experience. Export a polished PDF or publish a shareable profile at your own URL. Built to kill the busywork of applying, one job at a time.
Hey Product Hunt 👋 I'm Hamza, one of the makers of ResumizeAI. I built this because the job hunt is mostly busywork. You find a role you actually want, then spend an hour rewriting your resume and cover letter to match it, and you do that again for the next job, and the next. The tailoring is the part that matters, and it's the part everyone dreads. ResumizeAI fixes that. You build your background once, then for any job you paste (or find inside the app), the AI matches your real experience to the posting and tailors your resume and cover letter in seconds. Export a clean PDF, or publish a shareable profile at your own URL. What we care about most: the output has to be honest and specific to you, not generic AI filler you'd be embarrassed to send. We'd genuinely love your feedback. What's the most painful part of applying for you right now? And if you try it, tell me where it falls short. I'll be here all day answering everything. Thank you for checking us out 🙏
0
回复

Would love to see a built-in tracker that logs every job you tailored a resume for, with notes on follow-ups or interview stages, so it doubles as a lightweight ATS for your search.

0
回复

@eden_dai Miesha, love this question, and yes, this already exists. When you paste a job posting, we save it to a tracker with a status pipeline (Wishlist → Applied → Interviewing → Offer/Rejected/Accepted), a notes field, an applied date, and critically, the exact resume and cover letter you tailored for that specific role stays attached to the job. So you're not just getting a list of applications, you get the actual artifacts you sent for each one, which is the part that usually breaks when people try to bolt a tracker onto a separate tool.


What we don't have yet: a proper drag-and-drop Kanban board view (right now it's a table with status badges), and follow-up reminders like "nudge me if this has sat in Applied for 10 days." Both are genuinely useful and both are going on the list, thanks for pushing on this.


If you do try it, I'd love to know whether the tracker holds up once you've got 30+ roles in it. That's usually where lightweight trackers start to feel thin. 🙏

0
回复
#19
Resume Support by Blomma
Get past the ATS with practical advice, skills and edits
25
一句话介绍:Resume Support by Blomma是一款帮助求职者解析简历在ATS系统、招聘经理眼中表现的工具,提供针对性优化建议和技能提升方向,解决简历投递后石沉大海却不知原因的痛点。
Hiring Productivity Career
简历优化 ATS解析 求职工具 技能评估 简历改写 招聘反馈 职业发展 人岗匹配 简历诊断 人工智能
用户评论摘要:用户普遍肯定工具的实用性和同理心,一位长期用户称对其职业产生实质影响。核心问题聚焦工具如何评估成就背景(如指标、团队规模)及是否支持结合具体职位描述进行分析。开发者回应工具兼顾故事叙述和技能匹配,支持通用反馈与针对性优化。
AI 锐评

Resume Support by Blomma切中了求职市场中一个隐秘而关键的痛点——“沉默淘汰”。传统ATS优化工具往往只关注关键词堆砌,却无法告诉用户“为什么被拒”。Blomma试图从三个维度(ATS、招聘经理、用人主管)还原简历的真实阅读体验,并提供可操作的改写与技能建设建议,这比单纯的“评分”或“排版工具”更具价值。其真正的创新在于将“反馈黑箱”透明化,让求职者从被动猜测转向主动迭代。

然而,产品仍面临两个挑战:第一,反馈的精准度取决于其对行业、职位的深度理解,若仅依赖通用规则,可能沦为高级版“语法检查器”;第二,用户提到的“根据职位描述定制建议”功能,才是真正拉开差距的战场,但目前回复中并未展示其算法如何权衡ATS规则与人类偏好之间的冲突。整体而言,这是一款“高情商、低承诺”的工具——不贩卖焦虑,而是提供信息差,这在付费意愿较低的求职辅助市场里,是一条差异化但需要持续验证的路。

查看原始信息
Resume Support by Blomma
Ever applied for a job and never even gotten a call? Often your resume is filtered out by an applicant tracking system (ATS) before a person ever reads it... and you never get to know why. Blomma's new tool shows you how yours reads (to the ATS, the recruiter, and the hiring manager) then helps you spot the skills to put front and center, the ones to build, and rewrites your resume around the real outcomes that get callbacks. We can't promise you the job—but we'll help your skills get seen.

Super clean tool and a launch message that actually feels empathetic. Congrats🙌 @silviaoviedo on going live.
qq does it evaluate context around achievements (like metrics, scale, team size), or is it mostly looking at role positioning and skill alignment?

6
回复

@priya_kushwaha1 thank you Priya! It does look at both angles:

  • how to tell a better story

  • How to present metrics

  • What skills you need to build to stand out

Hope it’s helpful!

3
回复
For the last couple of months, people have been sending me their resumes. Friends, people I sort of know, a few strangers from communities I'm in. It's always some version of the same question: why isn't this working? I've hired hundreds of people over my career. I've read the resumes, sat in the interviews and debriefs, decided who moves forward. And here's the thing... most people never find out why they got passed over. So they do the only thing they can. They run their resume through another tool that optimizes it for the ATS and hope this version does better. But getting past the filter was never really the problem. The problem is nobody tells you what got you in or out... or what to build so it goes differently next time. So we built a free tool to help. It reads your resume the way a hiring manager would, tells you what's working and what's making people hesitate, and shows you the skills worth building next. It'll rewrite it too, if you want. It won't get you a job. I won't pretend otherwise. What it can do is tell you the stuff people are usually too polite, or too busy, to say. If you try the tool, we'd love to hear your thoughts. And no matter what, we're rooting for you 🧡
4
回复

@silviaoviedo The tone of this launch post is fantastic, rooting for you guys congrats🙌

3
回复

I’ve been a Blomma user for a few months and it has made genuinely material impact to my career already. The new app is delightful to use and the team continues to ship at a ridiculous pace. Congrats team!

4
回复

@jmilinovich Thank you so much for the kind words 🙏🏾

0
回复

This has been so helpful especially in navigating my career pivot and trying to figure out how my background and experiences map into my new role!!

3
回复

love this! curious if it's giving general feedback on the resume, or if it's also pulling in the job description to give feedback with the context of the actual role?

2
回复

@davidspinks Thanks for the support, and for the excellent question!! 🙏🏾

The tool can do both! If you provide the tool with a specific job description, it will customize the resume suggestions for that role. If you don't have a job description, it will still give general feedback on how to improve your resume.

1
回复

Love this launch! Showing how different people & systems actually read your CV definitely makes the feedback far more actionable than just giving it a score!! I can see this helping a ton of people

1
回复

@matthew_hesketh appreciate your support!

0
回复
#20
ClariLayer
AI context layer for analysts
25
一句话介绍:ClariLayer为分析师提供跨会话、跨工具的持久化AI上下文层,解决数据指标定义混乱、重复解释和分析一致性差的痛点。
Analytics Artificial Intelligence Data & Analytics
AI上下文层 数据分析 指标管理 MCP协议 跨工具协作 数据管道 销售运营 CRM上下文 分析师工具 开源集成
用户评论摘要:用户认可持久化上下文能提升AI工作流效率。核心疑问:数据变更时,如何处理冲突或过时上下文?创始人回应称冲突会保留来源可见,并支持按需调取最新数据进行调和,但暂未实现后台持续监控。
AI 锐评

ClariLayer切入的“AI上下文持久化”看似小众,实则切中数据驱动团队的系统性内耗——指标定义混乱、文档滞后、跨工具重复解释。其价值不在于“更聪明的AI”,而在于为现有AI工具(如Copilot、ChatGPT)补上“一致性记忆”的短板,本质是将“人治”的数据治理问题转化为“数治”的自动化协议层。

但产品仍属早期实验品。核心亮点MCP协议整合虽巧妙,却严重依赖用户主动触发上下文调和,缺乏后台实时嗅探数据源变更的能力,这会让“持久化”打折。当数据频繁更新时,用户仍需额外精力标注过时定义,违背“免维护”的承诺。此外,当前仅强调“连接任何AI”,却未展示如何应对多AI之间因上下文冲突导致的逻辑混乱——例如CRM预测与数据管道定义矛盾时,代理是否会陷入循环。

创始人背景(Databricks/Cloudflare)是信任背书,但产品要突破“分析师工具”的定位,需尽快补上三点:背景监控自动化、冲突消解的决策树逻辑、以及多工具间上下文同步的原子化锁定机制。否则它可能停留在“好用的便利贴”而非“数据基础设施层”。对于小型团队或单兵分析师,它无疑是提效利器;但背负复杂数据治理的企业,仍需谨慎观望其规模化后的维护成本。

查看原始信息
ClariLayer
ClariLayer is a context layer that connects with any AI you use day to day, so you have durable context about you data, metrics, analysis, etc. The context is durable, cross-sessions and cross-tools, so you will never need to re-explain your data.
Hi everyone! This is Kyle, founder of ClariLayer. I used to work in data-driven companies like Databricks and Cloudflare. I lived the problem of constantly changing metric definition, poorly maintained documentation, countless data schema issues, etc. So I left Databricks last year to build a product to solve this problem. I already have real users using ClariLayer for: - Sales Operations in unicorn startup - Public infrastructure software development - Data pipeline management on Databricks and Snowflake - CRM context management and so on! It is completely free for individuals. Under 5 minutes, you can connect it to your AI over MCP, bootstrap context from your existing projects, and start feeling the benefits it brings to your next AI session! Keen to hear more feedback from the community here!
6
回复

@kylehui Really like that ClariLayer solves one of the biggest frustrations with AI tools by giving them durable context across sessions and platforms. Not having to repeatedly explain your data, metrics, and analysis could make AI workflows much more efficient and consistent. Good luck with the launch!

0
回复

@kylehui The idea of persistent AI context is really interesting. How does ClariLayer handle conflicting or outdated context when your data changes over time

0
回复

@dipanshu_kushwaha5 Great question. If two definitions disagree, ClariLayer keeps the conflict visible, including where each definition came from, so the agent doesn’t quietly pick one and move on.

When the underlying source changes, the agent can reconcile a saved definition against fresh warehouse or HubSpot evidence. If they no longer line up, it gets a caveat. Once corrected, the new version supersedes the old one, so the history stays intact.

One honest limitation today: reconciliation is explicit, triggered by you or the agent during a task. ClariLayer isn’t continuously watching the source in the background yet.

2
回复