Skip to main content

Buffer

Buffer 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/buffer-ui npm install @particle-academy/buffer-ui
Node @particle-academy/buffer-js npm install @particle-academy/buffer-js
PHP 8.4+ particle-academy/buffer-php composer require particle-academy/buffer-php
Python 3.11+ fancy-buffer pip install fancy-buffer

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 Buffer 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 Buffer 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
OAuth client ID per installation not secret From the Buffer App Client registered under Settings -> API; one value for the whole installation.
OAuth client secret per installation secret For a confidential App Client. Buffer still requires PKCE in addition to this secret, not instead of it.
Access token per connected account secret Per connected Buffer user. It expires after one hour and is sent as a Bearer token.
Rotating refresh token per connected account secret Per connected user and single-use. Replace it atomically after every refresh; replaying an old value revokes the grant.

Authorising

Buffer 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.

  • Authorize URL — https://auth.buffer.com/auth
  • Token URL — https://auth.buffer.com/token
  • Scopes — posts:write, offline_access
  • Access token lifetime — 3600 seconds (1 hours). A host that never refreshes works all afternoon and is broken by morning.
  • PKCE is REQUIRED (S256). Generate a verifier per authorization, send its challenge on the authorize call, and send the verifier itself on the token exchange — so it has to survive between two separate requests. Without it the exchange is refused outright.

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

Buffer has no test estate, and somebody checked. Everything this connector does is real. Use the faker to build against it.

Buffer has no separate test estate. createPost writes to a real Buffer channel and can publish to the connected social account. Use fake mode while building, then test against a deliberately private or disposable real channel.

What it can do

Actions

post_create — Buffer post

Create or queue a text post in Buffer.

POST / · unsafe to replay — a retried durable run does it TWICE

Input Required What it is
channelId yes The Buffer channel that will own and publish the post.
text yes The text Buffer stores for the post. Network-specific length and content rules still apply at mutation time.
schedulingType yes Automatic publishing sends through the connected network; notification publishing asks the user to finish through Buffer's notification workflow.
shareMode yes Add to the normal queue, publish now, or place it next in line.

Run it before you have credentials

Every operation ships a faker, whether or not Buffer has a sandbox. Set a node's mode to fake and it returns the shape Buffer 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/buffer; 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-buffer 0.1.3

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-buffer 0.1.3
File Size Uploaded
fancy_buffer-0.1.3.tar.gz 16.7 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for fancy-buffer 0.1.3
File Interpreter ABI Platform
fancy_buffer-0.1.3-py3-none-any.whl Python 3 none any Details

Total release size: 34.8 kB

Release files / fancy_buffer-0.1.3.tar.gz

Download URL fancy_buffer-0.1.3.tar.gz
Size 16.7 kB
Tags Source
SHA-256 checksum
How to use checksums
8057b5392f3585502b45d4dae4fa70b2162361ef6cffafd25b586cc7a0854eb5
BLAKE2b-256 checksum
How to use checksums
9be4f86c1fd37cd4bb4f9b7cc83ae544afe1158ff147a5eef5fb8f95b1dc2b64
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.13.15

Release files / fancy_buffer-0.1.3-py3-none-any.whl

Download URL fancy_buffer-0.1.3-py3-none-any.whl
Size 18.1 kB
Tags Python 3
SHA-256 checksum
How to use checksums
b112a09d521d57354dc3c155eda058ccc68cc84cbbed158dcd534f522496d99a
BLAKE2b-256 checksum
How to use checksums
ec2322842bd59cfbe3b6bc7c0aff11102f1e35b2a4a41b778acf906e63d57793
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

This release

0.1.3 This release

2 release files

0.1.2

2 release files

0.1.1

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