Show HN: Daemons – we pivoted from building agents to cleaning up after them
hackernews
|
|
🔒 보안
#ai
#ai 딜
#ai 워터마크
#gemini
#google
#security
#synthid
#watermark
#구글 제미나이
#머신러닝/연구
#보안 취약점
#스펙트럼 분석
원문 출처: hackernews · Genesis Park에서 요약 및 분석
요약
구글 제미나이(Gemini)가 생성한 이미지에 삽입하는 보이지 않는 AI 워터마크인 'SynthID' 시스템이 역설계되어 스펙트럼 분석을 통해 탐지 및 제거가 가능해졌습니다. 연구진은 사내 인코더 없이도 신호 처리 기술만으로 90%의 정확도로 워터마크를 탐지하는 데 성공했습니다. 특히 이미지 해상도에 맞춰 주파수 성분을 정밀하게 제거하는 'V3 멀티 해상도 스펙트럴 코드북(V3 multi-resolution spectral codebook)' 기법을 적용해 91.4%의 높은 위상 일관성 감소율과 43.5 dB 이상의 PSNR을 달성하며 원본 화질을 유지한 채 수술적 제거에 성공했습니다.
본문
Agents create work. Daemons maintain it. Keep PRs mergeable, documentation accurate, issues up to date, and bugs out of production with a new type of AI background process that is self-initiated and defined in easy-to-use .md files. --- name: pr-helper purpose: Keeps PRs review-ready. watch: - when a pull request is opened - when a pull request is synchronized routines: - suggest PR description improvements - flag missing reviewer context deny: - merge pull requests - push to protected branches schedule: "0 9 * * *" --- ## Policy Focus on short, actionable feedback. ## Output format 1. Findings 2. Suggested edits 3. Questions for author - What's in a Daemon .md file? - Daemons are defined in Markdown files that live in your repo. You define the role once — what it watches, what it does, what it can't do — and the daemon handles it from there. - Frontmatter - Declarative fields between --- fences define what the daemon is: its name, purpose, watch conditions, routines, deny rules, and schedule. - Content - Markdown below the --- frontmatter defines how the daemon operates: policy, output format, escalation rules, limits, and more. - Portable - Daemon files are an open format. The same file works across any provider that supports the spec. Where Daemons fit in Agents are human-initiated. Daemons are self-initiated — they observe the environment, detect drift, and act without a prompt. GitHub Linear Sentry Slack Docs | v +------------------------------------------------+ | AGENTS (human-initiated) | | Build features, fix bugs, ship code | +------------------------+-----------------------+ | +-------------+--------------+ | Code, PRs, Issues, Docs | | drift accrues here | +-------------+--------------+ | +------------------------------------------------+ | DAEMONS (self-initiated) | | Watch, detect, fix, repeat. No prompt needed. | | | | > Resolve merge conflicts | | > Update stale documentation | | > Triage and assign bugs | | > Patch outdated dependencies | | > Label and organize issues | | > Fix failing CI checks | +------------------------------------------------+ Daemons do the work that agents leave behind Operational debt is the new technical debt. Daemons pay it down. Debt accumulates Operational debt accrues in your Linear issues, GitHub PRs, dependencies, and more, creating serious drag and reducing overall quality. Agents accelerate it Agents help teams ship faster, which creates operational debt faster too. More code, more docs, and more issues to maintain. Daemons maintain it A daemon fills this maintenance role. You define the role once — what it watches, what it does, what it can't do — and the daemon handles it from there. Daemons are defined in Markdown files that you can modify, create, and share Project Manager Keep your issues up to date Bug Triage Watch your bug tracker and prevent reoccurrences Codebase Maintainer Keep dependencies up to date and patches in place Librarian Keep your documentation accurate so onboarding is not a wild goose chase --- name: issue-labeler purpose: Ensures every Linear issue has the correct labels from the type and touchpoint label groups. watch: - when a Linear issue is created routines: - add missing labels to a new Linear issue - find issues with missing labels and add them deny: - remove labels from issues - replace or change existing labels on issues - comment on issues - change issue status, priority, assignee, or any field other than labels schedule: "0 2 * * *" --- ## Policy - Only add labels. Never remove, replace, or overwrite existing labels. - If an issue already has a label from a group, do not touch that group. - Apply the single best-fit label from each missing group. ## Limits - On issue-created events, process only the triggering issue. - On the daily sweep, label at most 20 issues per activation. - Hybrid activation - Wakes on new issues and sweeps daily to catch anything missed. - Additive only - Deny rules ensure the daemon can only add labels, never remove or change existing ones. - Rate-limited - Limits section caps work per activation so the daemon doesn't overwhelm reviewers. Predictable and reliable autonomy Daemons excel at ongoing work. Use agents to build, and use daemons to maintain what you've built. Work you didn't have to notice Every action a daemon takes is one a human didn't have to notice, decide on, and initiate. Specialized and improving Daemons perform specific roles, get better over time, and always follow your team's conventions. Predictable behavior earns trust Encode your preferences and style once, and daemons will keep things tidy. Predictable behavior earns autonomy. Define a role, not a task A task has a start, an end, and a definition of done. A role is an ongoing responsibility with judgment. The daemon file is a role description. Compounding control Every daemon file edit changes behavior across every future activation for the whole team. Each change is small, but the effects multiply. Direction once, not every time Agents require direction every time. Task 500 costs the same human attention as task 1. Daemons require direction once, then less and less over time. Accumulating context Daemons build a richer model of the team and codebase over time. A daemon at month three is sharper than at day one, without anyone updating a file. Always on and easy to use Local agents need your laptop to run, and cloud-based agents can be flaky and unpredictable. Config in your repo The daemon file is a spec in your repo. The team tunes it like any other config: tighten a threshold, add a deny rule, narrow the scope. Continuous observation Daemons run continuously in the background, observing where work happens — in GitHub, Linear, Slack, and more. Zero maintenance Daemons run smoothly and execute reliably, without having to stare at logs, monitor uptime, or restart processes manually. Eventually, you forget they're running. That's the daemon working. Build your own daemons with our flexible specification that anyone can use Daemons don't complete tasks — they fulfill roles. Create your own now.
Genesis Park 편집팀이 AI를 활용하여 작성한 분석입니다. 원문은 출처 링크를 통해 확인할 수 있습니다.
공유