MCP-JiraCloud: Skill for OpenCode

.opencode/skills/tdd/SKILL.md

tdd is a skill for OpenCode from DevelopmentAgentSDD/MCP-JiraCloud. It costs 83 tokens per session (2,772 once invoked), scanned A, original, MIT.

A strict Test-Driven Development guide for .NET Core. TDD means writing a failing test, making it pass with code, and then improving the code.

In plain words
What is it for?
Use it when adding or changing .NET Core code, following the RED-GREEN-REFACTOR cycle and organizing tests by class, method, and scenario.
Why use it?
It gives development and test files a consistent structure and preserves progress if work is interrupted.

Skill for OpenCode

Written for OpenCode: installed under .opencode/. Also seen: mentions OpenCode.

This is DevelopmentAgentSDD/MCP-JiraCloud's own configuration. It tells OpenCode how to work on MCP-JiraCloud itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything MCP-JiraCloud configures →

Reuse

Borrowing it

Nothing to install: this file belongs to DevelopmentAgentSDD/MCP-JiraCloud. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/DevelopmentAgentSDD/MCP-JiraCloud/main/.opencode/skills/tdd/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/DevelopmentAgentSDD/MCP-JiraCloud

Made for: OpenCode.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for tdd

README.md
[![agentmods](https://agentmods.dev/badge/skills/developmentagentsdd/mcp-jiracloud/tdd/github.svg)](https://agentmods.dev/skills/developmentagentsdd/mcp-jiracloud/tdd)
Your own site
<a href="https://agentmods.dev/skills/developmentagentsdd/mcp-jiracloud/tdd"><img src="https://agentmods.dev/badge/skills/developmentagentsdd/mcp-jiracloud/tdd/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for tdd

Your own site · 80×15
<a href="https://agentmods.dev/skills/developmentagentsdd/mcp-jiracloud/tdd"><img src="https://agentmods.dev/badge/skills/developmentagentsdd/mcp-jiracloud/tdd.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 83 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,772 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00083 $0.02772
Opus 5.5 $0.00033 $0.01109
Sonnet 5.5 $0.00017 $0.00554
Haiku 4.5 $0.00008 $0.00277

Measured 2mo ago against content hash cc060773431a, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

tdd scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.opencode/skills/tdd/SKILL.md · 341 lines

How it starts

The opening of the file, as written. The whole thing — 341 lines — stays where its author put it; the contents beside it link to each section on GitHub.

TDD — Test-Driven Development para .NET Core

Flujo TDD estricto

RED  ->  GREEN  ->  REFACTOR

Estructura de archivos de prueba

Organiza las pruebas reflejando la estructura del codigo fuente.

  • Una carpeta por cada clase a testear
  • Un archivo .cs por cada metodo de negocio
  • Todos los escenarios de ese metodo como metodos [Fact] dentro del mismo archivo
tests/{Service}.UnitTests/
├── Application/
│   └── Orders/
│       ├── CreateOrderHandlerTests/
│       │   ├── HandleAsyncTests.cs          ← metodo Handle
│       │   └── ValidateAsyncTests.cs        ← metodo Validate (si existe)
│       └── CancelOrderHandlerTests/
│           └── HandleAsyncTests.cs
├── Domain/
│   └── Orders/
│       └── OrderTests/
│           ├── AddLineItemTests.cs           ← metodo AddLineItem
│           └── SubmitTests.cs               ← metodo Submit

Reglas de organizacion

Regla Ejemplo
Carpeta por clase CreateOrderHandlerTests/ para CreateOrderHandler
Un .cs por metodo HandleAsyncTests.cs para el metodo HandleAsync
N escenarios dentro Todos los [Fact] del metodo HandleAsync en HandleAsyncTests.cs
Clase nombrada {Metodo}Tests public class HandleAsyncTests

Nombramiento Gherkin para escenarios

Dentro de la clase de test, cada metodo [Fact] sigue el patron:

Should_{ResultadoEsperado}_When_{Condicion}

El nombre del metodo bajo prueba ya esta en la clase y el archivo. No se repite en el nombre del escenario.

Prefijos segun tipo de escenario

Prefijo Uso
Should_ Camino feliz: resultado esperado
Should_ReturnError_When_ Error de validacion o dominio
Should_Throw_When_ Excepcion esperada
Should_Rollback_When_ Compensacion o saga

Ejemplo: archivo HandleAsyncTests.cs

public class HandleAsyncTests
{
    private readonly Mock<IOrderRepository> _repoMock = new();
    private readonly Mock<IUnitOfWork> _uowMock = new();
    private readonly CreateOrderHandler _sut;

    public HandleAsyncTests()
    {
        _sut = new CreateOrderHandler(_repoMock.Object, _uowMock.Object);
    }

    [Fact]
    public async Task Should_CreateOrder_When_CommandIsValid()
    {
        // Arrange --------------------------------------------------------
        var command = new CreateOrderCommand(
            ProductId.New(),
            Quantity.From(2),
            Money.From(100, "USD"));

        Order? captured = null;
        _repoMock
            .Setup(r => r.AddAsync(It.IsAny<Order>(), It.IsAny<CancellationToken>()))
            .Callback<Order, CancellationToken>((o, _) => captured = o);
        _uowMock
            .Setup(u => u.SaveChangesAsync(It.IsAny<CancellationToken>()))
            .ReturnsAsync(1);

        // Act ------------------------------------------------------------
        var result = await _sut.Handle(command, CancellationToken.None);

        // Assert ----------------------------------------------------------
        result.IsSuccess.Should().BeTrue();
        result.Value.Id.Should().NotBeEmpty();
        captured.Should().NotBeNull();
        captured!.Lines.Should().HaveCount(1);
        _repoMock.Verify(r => r.AddAsync(It.IsAny<Order>(), It.IsAny<CancellationToken>()), Times.Once);
    }

    [Fact]
    public async Task Should_ReturnValidationError_When_QuantityIsNegative()
    {
        // Arrange --------------------------------------------------------
        var command = new CreateOrderCommand(
            ProductId.New(),
            Quantity.From(-5),
            Money.From(100, "USD"));

        // Act ------------------------------------------------------------
        var result = await _sut.Handle(command, CancellationToken.None);

        // Assert ----------------------------------------------------------
        result.IsFailed.Should().BeTrue();
        result.Errors.Should().Contain(e => e.Code == "Order.Quantity.Negative");
    }

    [Fact]
    public async Task Should_ReturnError_When_ProductNotFound()
    {
        // Arrange --------------------------------------------------------
        var command = new CreateOrderCommand(
            ProductId.New(),
            Quantity.From(1),
            Money.From(100, "USD"));

        _repoMock
            .Setup(r => r.GetProductAsync(command.ProductId, It.IsAny<CancellationToken>()))
            .ReturnsAsync((Product?)null);

        // Act ------------------------------------------------------------
        var result = await _sut.Handle(command, CancellationToken.None);

        // Assert ----------------------------------------------------------
        result.IsFailed.Should().BeTrue();
        result.Errors.Should().Contain(e => e.Code == "Product.NotFound");
    }

    [Fact]
    public async Task Should_RollbackInventory_When_PaymentFails()
    {
        // Arrange --------------------------------------------------------
        var command = new CreateOrderCommand(
            ProductId.New(),
            Quantity.From(2),
            Money.From(100, "USD"));

        _repoMock
            .Setup(r => r.GetProductAsync(command.ProductId, It.IsAny<CancellationToken>()))
            .ReturnsAsync(new Product { Id = command.ProductId, Stock = 10 });
        _uowMock
            .SetupSequence(u => u.SaveChangesAsync(It.IsAny<CancellationToken>()))
            .ReturnsAsync(1)   // reserva exitosa
            .ThrowsAsync(new PaymentFailedException());  // pago falla

        // Act ------------------------------------------------------------
        Func<Task> act = () => _sut.Handle(command, CancellationToken.None);

        // Assert ----------------------------------------------------------
        await act.Should().ThrowAsync<PaymentFailedException>();
        _repoMock.Verify(r => r.ReleaseStockAsync(command.ProductId, command.Quantity, It.IsAny<CancellationToken>()), Times.Once);
    }
}

Read the full file on GitHub · 341 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2mo ago First seen · 341 lines · 0 tokens per session scan A cc060773431a

Subscribe to this mod's changes

tdd is a skill published in the GitHub repository DevelopmentAgentSDD/MCP-JiraCloud (0 stars, last pushed 4mo ago), licensed MIT. It adds 83 tokens to every session and 2,772 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

nw-fp-fsharp

F# language-specific patterns, Railway-Oriented Programming, and Computation Expressions.

nWave-ai/nWave · 21 tokens

tdd

Guided test-driven development workflow for .NET 10 using xUnit v3, WebApplicationFactory, Testcontainers, and Verify snapshots. Follows the strict red-green-refactor cycle. Use when: "TDD", "test-driven", "let's TDD this", "red green refactor", "write the test first", or when building a feature with clear acceptance…

codewithmukesh/dotnet-claude-kit · 81 tokens

test-driven-development

Drives .NET/C# development with tests — RED/GREEN/REFACTOR with xUnit (v2 or v3) or MSTest, the Prove-It Pattern for bug fixes, the test pyramid with WebApplicationFactory for integration and Playwright/Avalonia.Headless for E2E. Supports both VSTest and Microsoft.Testing.Platform (MTP) runners. Use when implementing…

peterblazejewicz/claude-plugins · 103 tokens

dotnet-tdd

.NET Core TDD workflow using xUnit, Moq, and FluentAssertions. Guides the Plan-Test-Implement-Review cycle for C# code. Use when user says "write tests first", "TDD", "Red-Green-Refactor", "unit test this handler", or asks to implement a feature test-driven. Do NOT use for integration tests, E2E tests, BDD/Gherkin…

cuongtl1992/vibe-skills · 108 tokens

csharp-tdd-develop

A guide for developing C# and .NET software with test-driven development, or TDD, where tests are written before the code. It follows the Red-Green-Refactor cycle and delegates work to sub-agents.

JeongHeonK/c-sharp-custom-marketplace · 43 tokens

kotlin-testing

Kotlin testing patterns with Kotest, MockK, coroutine testing, property-based testing, and Kover coverage. Follows TDD methodology with idiomatic Kotlin practices.

affaan-m/ECC · 38 tokens