用途：Port Daddy 是编码智能体之间的协调守护进程，解决多智能体并行开发时的端口冲突、文件编辑碰撞、崩溃智能体遗留工作无人接管、智能体之间无法互相通知等问题。它不用于生产部署编排、发布策略、CI 发布门禁，也不处理 Docker、Kubernetes、服务网格或云网络发现问题；若只是单智能体本地工作且无端口协调、抢救或共享状态需求，则不在适用范围内。
主要能力：确定性端口分配（语义身份 project:stack:context 经哈希始终映射同一端口）；会话与不可变笔记（AES-256-GCM 加密，形成审计轨迹）；抢救队列（崩溃智能体的会话可被其他智能体认领继续）；咨询式文件声明（冲突时警告而非硬锁）；发布/订阅消息与分布式锁；后台舰队（按 git 提交、cron 或 pub/sub 触发，崩溃自动重启并带熔断）；元组空间（共享类型化内存，支持写出、读取、原子取走、扫描、计数）；信息素轨迹（随时间衰减的环境数值信号，用于争用检测）；二进制 IPC 协议（Unix 套接字 + MessagePack，用于心跳、信息素喷洒、发布等高频操作）。
使用方式：先运行 pd status 确认守护进程在运行，再 pd begin 开始会话，用 pd claim myapp:api:main -q 获取确定性端口，用 pd note 留下记录，用 pd salvage --project myapp 检查是否有可接管的遗留工作，最后 pd done 结束。舰队用 pd fleet init、pd fleet up、pd fleet status、pd fleet down 管理。也提供 MCP 工具（如 begin_session、claim_port、add_note、acquire_lock、spawn_agent、tuple_out 等）供智能体调用。
限制：文件声明是咨询性的，不能替代硬锁；需要硬互斥时应使用锁。若故障出在容器入口、DNS 或生产服务发现，Port Daddy 不是正确层级。资料未提供收费、价格与平台支持信息。