Files
AgentCompany/builtin-skills/software-engineer/clean-architecture/references/frame-logging-abstraction.md
T
ZacharyZhang-NY e74dafcd36 Silence render-disposed spam, unbreak bundled skills, drop board wake
Three independently ugly bugs that all fed the same log flood:

* Electron's `WebFrameMain.send` writes every "Render frame was disposed"
  to stderr via `console.error`. When the worker fans a second
  agent-event past a reloading renderer, we produced thousands of
  identical lines and stalled the main loop on stderr I/O. Added a
  `mainFrame.detached` guard so the send is short-circuited before
  Electron's own catch block fires, and installed a targeted filter in
  `suppress-warnings.ts` (now actually imported from the entry point)
  so the specific `console.error("Error sending from webFrameMain:"…)`
  noise never reaches the terminal. Any other payload still surfaces.

* `dispatchAgentMessage` accepted the human-reader sentinel as a wake
  target when an agent replied to `__board__` — `wakeAgentIfPossible`
  then called `db.getAgent("__board__")`, threw, and the dispatcher
  kept repeating on every send. Strip `HUMAN_SENDER_ID` at
  `resolveMessageWakeTargets`, and keep a defense-in-depth guard in the
  heartbeat so a stray caller (future automation fan-out) cannot
  reintroduce the crash.

* Pi's skills loader rejects any SKILL.md whose frontmatter `name`
  diverges from its parent directory. The four bundled `my-writing-style`
  copies declared `name: writing-style-skill`, so every install emitted
  a warning and dropped the skill. They also lived as orphan gitlinks
  (mode 160000 without .gitmodules), and the global `*.md` gitignore
  hid every other SKILL.md from version control. Fixed the frontmatter
  to match the dir, converted the dangling submodules to plain trees,
  and allowlisted `builtin-skills/**/*.md` so a fresh clone carries the
  catalogue instead of silently losing it.
2026-04-20 08:13:48 -04:00

3.2 KiB

title, impact, impactDescription, tags
title impact impactDescription tags
Abstract Logging Behind Domain Interfaces MEDIUM prevents logging framework coupling, enables structured logging frame, logging, abstraction, cross-cutting

Abstract Logging Behind Domain Interfaces

Logging frameworks are infrastructure details. Define logging interfaces in the application layer; implement them in infrastructure. This enables switching loggers and keeps domain pure.

Incorrect (logging framework in domain/application):

package usecases

import (
    "github.com/sirupsen/logrus"  // Framework dependency
)

type CreateOrderUseCase struct {
    repo   OrderRepository
    logger *logrus.Logger  // Concrete logger
}

func (uc *CreateOrderUseCase) Execute(cmd CreateOrderCommand) (*Order, error) {
    uc.logger.WithFields(logrus.Fields{
        "customer_id": cmd.CustomerID,
        "item_count":  len(cmd.Items),
    }).Info("Creating order")

    order, err := uc.repo.Create(cmd)
    if err != nil {
        uc.logger.WithError(err).Error("Failed to create order")
        return nil, err
    }

    uc.logger.WithField("order_id", order.ID).Info("Order created")
    return order, nil
}

// Switching from logrus to zap requires changing all use cases

Correct (logging behind interface):

// application/ports/logger.go
package ports

type Logger interface {
    Info(msg string, fields ...Field)
    Error(msg string, err error, fields ...Field)
    Debug(msg string, fields ...Field)
}

type Field struct {
    Key   string
    Value interface{}
}

func F(key string, value interface{}) Field {
    return Field{Key: key, Value: value}
}

// application/usecases/create_order.go
package usecases

import "myapp/application/ports"

type CreateOrderUseCase struct {
    repo   OrderRepository
    logger ports.Logger
}

func (uc *CreateOrderUseCase) Execute(cmd CreateOrderCommand) (*Order, error) {
    uc.logger.Info("Creating order",
        ports.F("customer_id", cmd.CustomerID),
        ports.F("item_count", len(cmd.Items)),
    )

    order, err := uc.repo.Create(cmd)
    if err != nil {
        uc.logger.Error("Failed to create order", err,
            ports.F("customer_id", cmd.CustomerID),
        )
        return nil, err
    }

    uc.logger.Info("Order created", ports.F("order_id", order.ID))
    return order, nil
}

// infrastructure/logging/logrus_logger.go
package logging

import (
    "github.com/sirupsen/logrus"
    "myapp/application/ports"
)

type LogrusLogger struct {
    logger *logrus.Logger
}

func (l *LogrusLogger) Info(msg string, fields ...ports.Field) {
    l.logger.WithFields(toLogrusFields(fields)).Info(msg)
}

func toLogrusFields(fields []ports.Field) logrus.Fields {
    result := logrus.Fields{}
    for _, f := range fields {
        result[f.Key] = f.Value
    }
    return result
}

// infrastructure/logging/zap_logger.go - Alternative implementation
// Switch without touching use cases

Benefits:

  • Application code doesn't import logging frameworks
  • Easy to switch logging backends
  • Test logging by asserting on mock logger calls

Reference: Clean Architecture - Frameworks are Details