semvec/pypi-packages huggingface dataset:
autorelease 0.7.0
Tools to keep the release process clean.
License: MIT
Requires Python: >=3.7

[![Documentation Status](https://readthedocs.org/projects/autorelease/badge/?version=latest)](http://autorelease.readthedocs.io/en/latest/?badge=latest)
[![Linux Build](https://travis-ci.org/dwhswenson/autorelease.svg?branch=master)](https://travis-ci.org/dwhswenson/autorelease)
[![Windows Build](https://ci.appveyor.com/api/projects/status/ox0c6u5gobk5ksat/branch/master?svg=true)](https://ci.appveyor.com/project/dwhswenson/autorelease/branch/master)

# Autorelease

Release management for GitHub and continuous integration, based on branches.
The basic philosophy is to maintain development branches (which always have
development versions of the code) and release branches (which always have
release versions of the code). The workflow for a release is therefore:

1. Update the version for release and make a PR to a stable branch; the top
   post will be the release notes.
2. Merge the PR.

That's it. Autorelease handles the rest.

When you make the PR to a stable branch, Autorelease will deploy the package to
testpypi, and re-download it and test it again. This ensures that you don't
publish broken packages. After you merge to the stable branch, Autorelease will
cut a new release on GitHub, and then publish the release on PyPI.

Tools included:

* Travis config imports and scripts to automatically test-deploy on testpypi,
  then cut a GitHub release, then deploy to PyPI.
* Vendor-able GitHub Actions workflows for test-deploy, GitHub release, and
PyPI deploy.
* Vendor-able `version.py` that gives one true location for version
  (`setup.cfg`) while also enabling developer installs to give full and correct
  version information.
* Vendor-able `setup.py` that keeps all user-required information in the
  `setup.cfg`.
* Script to draft release notes based on labels on merged PRs.

If you're a Python developer who uses Travis and GitHub, Autorelease handles
everything related to releasing to PyPI.
obsidianki-mcp 0.1.1
MCP server for generating flashcards using obsidianki
License: MIT
Requires Python: >=3.11
Keywords: mcp, obsidian, anki, flashcards, spaced-repetition

# Obsidianki MCP Server

MCP server for generating flashcards using [obsidianki](https://github.com/ccmdi/obsidianki).

## Prerequisites

- [uv](https://docs.astral.sh/uv/getting-started/installation/)
- [obsidianki](https://github.com/ccmdi/obsidianki) installed and available in PATH, >= 0.7

## Installation

Add to your Claude Desktop config file:

**macOS**: `~/Library/Application Support/Claude/claude_desktop_config.json`
**Windows**: `%APPDATA%\Claude\claude_desktop_config.json`

```json
{
  "mcpServers": {
    "obsidianki-mcp": {
      "command": "uvx",
      "args": ["obsidianki-mcp"]
    }
  }
}
```

## Usage

The server provides one tool: `generate_flashcards`

### Parameters

- `notes` (optional): List of note patterns to process
  - Examples: `["frontend/*"]`, `["docs/*.md:3"]`
  - Supports glob patterns with optional sampling using `:N` suffix
- `cards` (optional): Number of flashcards to generate (recommend 3-6)
- `query` (optional): Query/topic for generating content from chat
- `deck` (optional): Deck name (defaults to your default deck)
- `use_schema` (optional): Use existing cards from deck to match format