Skip to main content

Slack

Slack for fancy-flow — as four imported, versioned packages, one per runtime. Not vendored source: a copy cannot be upgraded, and third-party APIs change.

Runtime Package Install
Authoring surface (every host) @particle-academy/slack-ui npm install @particle-academy/slack-ui
Node @particle-academy/slack-js npm install @particle-academy/slack-js
PHP 8.4+ particle-academy/slack-php composer require particle-academy/slack-php
Python 3.11+ fancy-slack pip install fancy-slack

The ui package is the editor surface and is React on every host — a PHP or Python project installs it and its own runtime package, and never the js one.

What it costs you

One dependency: @particle-academy/fancy-connector-core (or particle-academy/fancy-connector-core on Composer), which the js and php packages pull in themselves. The Python package has zero runtime dependencies.

No Slack SDK. Plain HTTP, deliberately: a vendor SDK is third-party code subject to the kit's full approval bar, and one per provider is hundreds of dependencies nobody is tracking.

Setting it up

Everything below is generated from provider/manifest.json, so it cannot disagree with what the packages do.

Credentials

A Slack connection holds 4 values.

Two kinds of value, and mixing them up matters. A provider credential is ONE value for the whole installation — an OAuth app's client secret serves every connected account. An account credential is one per connected account. A host that stores the second where it stores the first lets one account's credentials reach another's.

Field Scope Secret Where it comes from
Client ID per installation not secret The Slack app client ID shared by the installation.
Client secret per installation secret The matching Slack app client secret used by OAuth V2.
Bot access token per connected account secret The workspace installation's rotating bot token. Token rotation must be enabled; the token expires after 12 hours.
Refresh token per connected account secret The workspace installation's single-use refresh token. Persist Slack's replacement after every refresh.

Authorising

Slack uses OAuth2 (authorization_code). The package DECLARES the exchange; the HOST performs it — a consent screen needs a browser, a redirect URI and somewhere to persist the result, and all three belong to the host.

The refresh tokens ROTATE, and they are single use. Every refresh returns a new one and spends the one submitted, so replaying a spent token revokes the ENTIRE grant — the user is signed out, with nothing in the failure that says why.

Two consequences, both of which a host gets wrong by default:

  1. Do not RETRY a failed refresh with the same token. A response that arrived but was not persisted — a crash between the reply and the write — turns the reflexive retry into a replay.
  2. Do not refresh CONCURRENTLY. Two workers refreshing at once means one of them replays.

Persist the returned token before using the access token it came with.

The estate

Slack has a test estate on the same host, reached with credentials from a SEPARATE test account you register. Selecting sandbox mode uses those credentials.

Install the app into a dedicated development workspace or Slack developer sandbox. Messages are real inside that workspace, but its users and data are separate from production. Developer sandboxes expire by default and have feature and integration limits.

What it can do

Actions

message_post — Slack message

Post a text message to a Slack channel or conversation.

POST /api/chat.postMessage · unsafe to replay — a retried durable run does it TWICE

Input Required What it is
channel yes The encoded channel, private group, direct-message or group-message conversation ID visible to the installed app.
text yes The message's top-level text. Keeping meaningful text here also gives screen readers a complete fallback when richer blocks are added elsewhere.

Run it before you have credentials

Every operation ships a faker, whether or not Slack has a sandbox. Set a node's mode to fake and it returns the shape Slack actually publishes — the same field names, deterministically — so you can wire the downstream nodes before touching an account, a key, or a network.

This repository is generated

provider/ is the source. Everything under packages/ is emitted from it and must not be hand-edited — CI regenerates and diffs on every push, and the next protocol sync destroys anything it finds. See AGENTS.md.

Two namespaces, which do not match on purpose

The repo is github.com/Fancy-Friends/slack; the packages publish under particle-academy. Nothing derives one from the other — the names come from weaver's friends.json and nowhere else.

Licence

MIT.

Metadata

Release files for fancy-slack 0.1.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for fancy-slack 0.1.1
File Size Uploaded
fancy_slack-0.1.1.tar.gz 15.3 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for fancy-slack 0.1.1
File Interpreter ABI Platform
fancy_slack-0.1.1-py3-none-any.whl Python 3 none any Details

Total release size: 33.1 kB

Release files / fancy_slack-0.1.1.tar.gz

Download URL fancy_slack-0.1.1.tar.gz
Size 15.3 kB
Tags Source
SHA-256 checksum
How to use checksums
7857f479103b89a2ec60705830c120eba7664734afdb8c9a61681fa0fbb84daa
BLAKE2b-256 checksum
How to use checksums
0494301742da604a34e1d849e2f5c18b78c347f6fad308faca97499d09f12fe1
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.13.15

Release files / fancy_slack-0.1.1-py3-none-any.whl

Download URL fancy_slack-0.1.1-py3-none-any.whl
Size 17.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
f1725fe977cec9d7a076b3ad230fbed2df319ddf5922e1b9c94b8bf898b12c16
BLAKE2b-256 checksum
How to use checksums
651b25d64700e5ab5558d2002fd86310337bea17052e3da330a32bb754ccfff4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.13.15

Release history Release notifications | RSS feed

0.1.3

2 release files

0.1.2

2 release files

This release

0.1.1 This release

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page