Skip to content

Add Danish business, consumer and accessibility compliance guidance #639

Description

@devantler

Goal

Enable agents to flag Danish requirements when building or operating customer-facing sites, e-commerce, subscription products and Devantler's own business workflows.

Scope

Research official sources: Retsinformation, Forbrugerombudsmanden, Erhvervsstyrelsen, Skattestyrelsen, relevant accessibility authorities and cookie guidance. Include cookies/tracking, marketing consent, consumer rights and digital subscriptions, price/renewal/cancellation disclosures, invoicing/VAT and accessibility applicability. Distinguish B2B/B2C, own platform vs client project, and legal requirements vs best practice; include applicability decision tree and human review for uncertain matters.

Mandatory adoption-first workflow

  1. Inventory existing first-party skills and identify precise gaps; avoid duplication.
  2. Search reputable maintained third-party skills first. Evaluate quality, license/redistribution, security, compatibility, maintenance, provenance and scope.
  3. Prefer adopting a suitable upstream skill with an immutable version/commit pin and a reviewable automated update process; upstream changes must be summarized and tested before bumping the pin. Align with existing issues Bundled upstream skills: reviewable updates and clear redistribution terms #581, Updater PRs state what changed upstream for each moved skill #583 and Review and safely release the temporary git-commit upstream pin #598 rather than duplicating their implementation.
  4. Only author a new first-party skill when documented evaluation shows no adequate candidate. Before implementation, research authoritative standards, primary sources, realistic scenarios, failure modes, acceptance tests and maintenance ownership.
  5. Author first-party skills using the repository's skill-authoring skill and applicable Agent Skills specification/industry conventions; validate metadata, progressive disclosure, triggering, examples and automated evaluation. Never silently claim legal compliance.

Acceptance criteria

  • Primary-source matrix with scope, jurisdiction and update dates.
  • Existing third-party candidate assessment before first-party development.
  • Scenario tests for brochure website, consumer webshop, B2B portal and subscription checkout.
  • No blanket compliance certification.

Activity

  1. moved this to 📥 Backlog in 🌊 Project Boardon Nov 4, 2026
  2. added theissue type on Nov 8, 2026
  3. devantler commented on Nov 11, 2026

    @devantler
    ContributorAuthor

    🤖 Generated by the Agentic Engineer (interactive Claude Code session)

    Research brief

    Gap. Nothing tells an agent which Danish rules a checkout, a subscription, a newsletter, a cookie banner or an invoice brings with it, or whether those rules apply at all to the site in front of it.

    Evidence. No incident is on record. The evidence is work that had to start from nothing each time:

    • business-site#19: the Danish-law audit before the site goes live.
    • business-site#21: the Danish-law requirements for the customer portal and payments.
    • The coverage page lists a client site with service offerings and booking, and the business site's invoicing, as work with no guidance.

    Where it shows up. Client sites with offers and booking, the business site's portal and invoices, and any product that starts selling or sending marketing in Denmark.

    Acceptance scenarios.

    • Should load: "Build the checkout for a Danish webshop" -> the applicability questions are answered first; the information before the order, the order button, the right to withdraw and the withdrawal function follow, each with its section.
    • Should load: "Add a monthly subscription with cancellation" -> total cost per period, the termination rule and cancelling where the customer signed up.
    • Should load: "Add a newsletter sign-up" or "add a cookie banner" -> prior consent and its limits, for every recipient.
    • Should load: "Create the invoice template" -> what an invoice shows, and five years of records.
    • Near miss: "What may the contact form collect?" -> privacy-engineering. "Who may see an order?" -> application-security. "Fix the colour contrast" -> an accessibility review skill.
    • Must not load: a shop that neither targets nor operates in Denmark.

    The four sites the issue names (brochure site, consumer shop, business portal, subscription checkout) are worked through in the skill and are being tried by a fresh agent; results go on the pull request.

    Already covered by. accessibility-review and web-design-guidelines cover how to test and build accessible pages, not whether the Danish act applies. stripe-best-practices covers one payment provider. privacy-engineering (in review, #638) covers personal data. Nothing covers consumer, marketing, cookie, invoice or accessibility-applicability rules.

    Would something else fix it better? A lawyer's review of each site is the real control, and this guidance does not replace it. What it changes is that the questions are asked while the site is built, with the rule's section beside each, instead of at the audit.

    Out of scope. Legal advice and any statement that a site is compliant. Personal data (#638). Sector rules, sales law and tax beyond what an invoice shows. Anything outside Denmark.

    Decision record: build danish-business-rules

    Candidates. Searched 2026-11-11.

    Candidate Result
    Skills about Danish law None found. Four repository searches (Danish law skills, Danish consumer law, the Danish marketing act by name, EU consumer-rights e-commerce skills) returned nothing relevant: two returned no results, one returned unrelated lists, one returned Norwegian projects
    General privacy and compliance collections reviewed for #638 Not about these rules. See the record on #638
    accessibility-review, already bundled Covers the review technique. Kept as it is; this skill points to it

    With no candidate there is nothing to score. The gap is rated high on the coverage page.

    What the skill is written from (each read in the official text on 2026-11-10 or 2026-11-11): the cookie order (1148 of 2011), the Marketing Practices Act (consolidated act 1420 of 2024), the Consumer Contracts Act (consolidated act 1184 of 2025) and its amendment on the withdrawal function (act 723 of 2025, in force 19 June 2026), the Bookkeeping Act (700 of 2022), the tax authority's legal guide on invoice content (edition 2026-2), the Accessibility Act (801 of 2022), and the Consumer Ombudsman's page on unsolicited messages. The skill's source table gives the scope, who each applies to, and the date read.

    What it deliberately does not cover, listed in the skill so nobody stretches it: the E-commerce Act (its text could not be read in the official database), detailed price-labelling rules, the VAT order's own text, the accessibility requirements themselves, sector rules, sales law, and other countries.

    Known defects. None known. Results of the trial go on the pull request.

    Description cost. 393 characters.

    What would change this decision. A maintained upstream skill for Danish or EU consumer and marketing rules, with dated sources, would replace this one.

    🤖 Generated with Claude Code

  4. moved this from 📥 Backlog to 🏃🏻‍♂️ In Progress in 🌊 Project Boardon Nov 11, 2026
  5. moved this from 🏃🏻‍♂️ In Progress to ✅ Done in 🌊 Project Boardon Nov 11, 2026
  6. devantler commented on Nov 11, 2026

    @devantler
    ContributorAuthor

    🤖 Generated by the Agentic Engineer (interactive Claude Code session)

    Done in #683, released as agentic-engineering 7.6.0. This note completes the decision record above.

    Acceptance criteria.

    • The skill's source list is the primary-source matrix: each act or authority page with what it covers, whom it applies to, its status and the date read.
    • Third-party candidates were assessed before building: none exists for Danish rules.
    • The four sites the issue names (brochure site, consumer shop, business portal, subscription checkout) are worked through in the skill, and a fresh agent ran all four with deliberate traps. The answers it reached are on feat(agentic-engineering): add the privacy-engineering and danish-business-rules skills #683.
    • The skill never says a site is compliant. Its first rule forbids it, and the trial confirmed nothing pushed the agent toward it.

    What changed during trial and review. Each point was read in the act before the text changed. What a customer owes after withdrawing from a started service is set by the act, not by the business. Phone selling to consumers needs a prior request. The order confirmation is a legal duty. The withdrawal period runs from the last item and has an outer limit. The withdrawal function has more steps than its first button. An amending act in force since 27 September 2026 adds pre-contract information that the consolidated text predates.

    Description cost. 408 characters.

    Known limits. It is engineering guidance, not legal advice, and it has not been reviewed by a lawyer. It covers only what was read. Its "not covered" list is long on purpose: the E-commerce Act (its text could not be read in the legal database), price labelling in detail, invoices to private customers, environmental claims, sales law, payment rules, sector rules and sales to other countries. The review fixes were not re-tried by the fresh agent. Whether agents load the skill in daily work is for #651 to measure.

    🤖 Generated with Claude Code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Fields

    Priority

    None yet

    Start date

    None yet

    Target date

    None yet

    Effort

    None yet

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions