AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Monica Application Project Unit Development

skill-tairitsua-monica-monica-application-project-unit-development · by Tairitsua

Shared Monica-native DDD ProjectUnit development guidance for application projects. Use when creating, naming, placing, or refactoring ApplicationService, RequestDto, DomainService, Entity, Repository, DomainEvent, DomainEventHandler, LocalEventHandler, Configuration, RecurringJob, or TriggeredJob types, or when deciding which ProjectUnits a new feature requires in either microservice or modular…

No reviews yet
0 installs
20 views
0.0% view→install

Install

$ agentstack add skill-tairitsua-monica-monica-application-project-unit-development

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-tairitsua-monica-monica-application-project-unit-development)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
1mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Monica Application Project Unit Development? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Monica Application ProjectUnit Development

Overview

Use this skill for unit-level application development in Monica-based DDD projects. It defines the common ProjectUnit language shared by both monica-application-microservice and monica-application-modular-monolith.

Workflow

  1. Start with the architecture skill to choose the target subdomain, project, and folder layout.
  2. Read [00-project-unit-overview.md](references/00-project-unit-overview.md) and [02-project-unit-composition-map.md](references/02-project-unit-composition-map.md) to identify the units the feature needs.
  3. Load only the template references relevant to the units you are creating or changing.
  4. Keep the boundary thin: ApplicationService returns Res, while internal DomainService, repository, and entity logic stay on normal .NET return types and exceptions.
  5. Prefer rich entities and value objects over procedural handlers that directly mutate persistence state.

Ground Rules

  • Use Monica-native base classes and interfaces only. Do not introduce Our* wrappers or FIPS-specific conventions.
  • Follow the naming, placement, and boundary rules in [01-project-unit-naming-and-boundaries.md](references/01-project-unit-naming-and-boundaries.md). These rules are aligned with the current Monica.Framework/ProjectUnits discovery behavior.
  • Keep persistence concerns in repositories and persistence classes, not in request handlers.
  • Keep repository implementations in the owning subdomain or service infrastructure boundary. Do not move a repository or adapter to Platform just because it uses an external library; only project-common reusable infrastructure belongs in Platform.
  • Keep contracts stable: requests, DTOs, and events are not persistence entities.
  • If a handler returns Res, use Res.Ok(value) instead of Res.Ok(value) to avoid the non-generic string overload.
  • For HTTP-exposed ApplicationService handlers, prefer the controller route pattern api/{version}/{DomainName(PascalCase)} and keep only the request-specific segment on the handler method, such as GET api/v1/Documentation/tree.
  • If host composition must consume a Configuration ProjectUnit during registration, register Mo.AddConfiguration(...) first and then call Mo.RegisterInstantly(builder) before the dependent registration code runs.

Reference Navigation

  • Unit catalog and responsibilities: [00-project-unit-overview.md](references/00-project-unit-overview.md)
  • Naming, placement, and boundary rules: [01-project-unit-naming-and-boundaries.md](references/01-project-unit-naming-and-boundaries.md)
  • Unit selection by feature shape: [02-project-unit-composition-map.md](references/02-project-unit-composition-map.md)
  • ApplicationService templates: [10-application-service-template.md](references/10-application-service-template.md)
  • DomainService templates: [11-domain-service-template.md](references/11-domain-service-template.md)
  • Entity, request, and event templates: [12-entity-request-event-template.md](references/12-entity-request-event-template.md)
  • Repository and DbContext templates: [13-repository-and-persistence-template.md](references/13-repository-and-persistence-template.md)
  • Event handler templates: [14-event-handler-template.md](references/14-event-handler-template.md)
  • Job templates: [15-job-template.md](references/15-job-template.md)
  • Configuration templates: [16-configuration-template.md](references/16-configuration-template.md)
  • Completion checklist: [17-feature-checklist.md](references/17-feature-checklist.md)

Scope Notes

  • This skill is architecture-agnostic. It explains unit design, not solution topology.
  • Use monica-application-microservice to decide service splits, published-language layout, and migration project boundaries.
  • Use monica-application-modular-monolith to decide module splits, host composition, and cross-module contracts.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.