app-defaults

Centralize default configuration values into a single source of truth.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/Norfolk-Group/H-Analytics --skill app-defaults
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: app-defaults
Source: https://github.com/Norfolk-Group/H-Analytics/tree/main/.claude/archive/agents-skills-snapshot/app-defaults
Command: npx skills add https://github.com/Norfolk-Group/H-Analytics --skill app-defaults

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Ensures all default, seed, and starting configuration values for the HBG Portal are managed in one canonical location so admins and developers never rely on scattered inline defaults that drift over time.

Core Features & Use Cases

  • Canonical storage: Defines where market/macro, underwriting, and LLM default values are persisted (global_assumptions and researchConfig.tabDefaults).
  • Resolution precedence: Documents the exact cascade used by consumers: entity-level explicit value → App Default → hardcoded system constant, and LLM-specific fallbacks for vendor/model resolution.
  • Developer and admin guidance: Specifies UI placement (Admin → App Defaults), API endpoints, schema locations, and a checklist for adding new defaults to prevent ad hoc inline defaults.
  • Use Case: When adding a new property underwriting seed like starting ADR, follow the checklist to add the field to ModelDefaultsTab.tsx, update the API schema, and ensure downstream consumers read App Defaults as the fallback.

Quick Start

Open Admin → App Defaults and set the seed ADR, occupancy, and LLM tab defaults to establish the canonical starting values used across projections and services.

Frequently Asked Questions about app-defaults

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I centralize application default and seed configuration values?▼

Centralize application default and seed configuration values by managing them in a single canonical location like the global_assumptions table and admin research-config endpoints, preventing scattered inline defaults from drifting over time. Admins set market, underwriting, and LLM tab defaults through the Admin UI to establish starting values used across projections.

What is the resolution precedence chain for app defaults and entity-level overrides?▼

The resolution precedence for app defaults follows a strict cascade: entity-level explicit value takes priority, then the App Default, then hardcoded system constants, with LLM-specific fallbacks for vendor and model resolution. Downstream services inherit these values during projection and analysis workflows.

How do I add new property underwriting seeds like starting ADR without inline defaults?▼

To add new property underwriting seeds like starting ADR without inline defaults, follow the developer checklist: add the field to ModelDefaultsTab.tsx, update the API schema, and ensure downstream consumers read App Defaults as the fallback. This enforces a single source of truth for application settings.

Where are LLM vendor and model tab defaults persisted for admin configuration?▼

LLM vendor and model tab defaults are persisted in researchConfig.tabDefaults and the global_assumptions table, accessible through admin research-config endpoints and managed via the Admin → App Defaults UI location. This provides canonical storage for LLM default values across services.

Can I use admin configuration endpoints to set global assumptions for downstream projection services?▼

Yes, you can use admin research-config endpoints to set global assumptions for downstream projection services. Services inherit these canonical default values during analysis workflows, ensuring projections start from centralized market and underwriting seeds rather than scattered inline values. The Admin UI provides the interface for managing these settings.