AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
Mélodium는 스트림 기반 언어로 이벤트·처리 중심이며 안전하게 높은 확장성과 병렬성을 제공합니다
Mélodium is a stream-oriented language, focusing on events and treatments, enabling strong scalability and parallelization safely.
개발 도구Rust · ShellGitHub @melodium-tech온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Mélodium is a stream-oriented language, focusing on events and treatments, enabling strong scalability and parallelization safely. Mélodium is a tool and language for data stream manipulation, event reaction, building software shared across different machines. This is accomplished using the concept of treatments that applies on data, with a track approach that makes any program scalable, implicitly parallelizable, and asynchronous.README 전문 보기 ↗
Mélodium is a stream-oriented language, focusing on events and treatments, enabling strong scalability and parallelization safely.
Mélodium is a tool and language for data stream manipulation, event reaction, building software shared across different machines.
This is accomplished using the concept of treatments that applies on data, with a track approach that makes any program scalable, implicitly parallelizable, and asynchronous.
Fitting uses cases are, among others:
For more exhaustive explanations, please refer to the Mélodium Language book.
Mélodium is under development and continously being defined and improved. Released documentation is available on docs.rs and standard reference on melodium.tech.
Please refer to the Mélodium crate for informations about how to build and run Mélodium.
Mélodium development repository is hosted on GitLab, with mirroring on GitHub.
Social accounts can be found on BlueSky, Mastodon and LinkedIn.
Development chats and related Mélodium stuff can be discussed on Matrix.
Those folders corresponds to the different crates composing the Mélodium main program.
They follow the cargo pattern with internal src/, tests/, etc. They only contains Rust code.
Those sub-folders each correspond to a standard Mélodium library/package.
While they are technically Rust libraries, they don't make sense without Mélodium context, so the -mel suffix is added.
They can contain both Rust and Mélodium code (located in mel/); apart from that, they are usual Rust crates.
Here are Mélodium integration tests.
Those tests are managed by crates in testers/ subfolder, and are living in their own workspace.
They should not rely directly on any Mélodium Rust implementation, and only use it as external executable.
The CI/CD runs on GitLab, and is configured to respond to main variables:
CHECK: when set to true this will run cargo check for all supported platforms and all registered combinations of features for every crate;TEST: when set to true this will build debug versions of Mélodium and testers for all supported platforms and test them1;BUILD_RELEASE: when set to true this will build release versions of Mélodium for all supported platforms (implied when using TEST);BUILD_PACKAGES: when set to true this will build the release webassembly version of every lib/ crate.As example, to run checks or tests on a specific pushed commit:
git push -o ci.variable="CHECK=true"git push -o ci.variable="TEST=true"git push -o ci.variable="CHECK=true" -o ci.variable="TEST=true"CHECK and TEST are considered true for every commit on master branch, and everything is considered true for tagged commits.
This software is free and open-source, under the EUPL licence.
Why this one specifically? Well, as this project have a particular relationship with cultural world, probably more than most other softwares, it is important to have a strong legal basis covering also the notion of artwork. In the same way, as no culture is more important than another, it was important to have a licence readable and understanble by most of people. The EUPL is available and legally valid in 23 languages, covering a large number of people.
Then, the legal part:
Licensed under the EUPL, Version 1.2 or - as soon they will be approved by the European Commission - subsequent versions of the EUPL (the "Licence"); You may not use this work except in compliance with the Licence. You may obtain a copy of the Licence at: https://joinup.ec.europa.eu/software/page/eupl
Unless required by applicable law or agreed to in writing, software distributed under the Licence is distributed on an "AS IS" basis, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the Licence for the specific language governing permissions and limitations under the Licence.
And do not worry, this licence is explicitly compatible with the ones mentionned in its appendix, including most of the common open-source licences.
while build is made for all supported platforms, tests are only processed on some platforms where GitLab CI have matching native runners, such as Linux aarch64 and x86_64 (testing aarch64, i686 and x86_64 versions, GNU and MUSL), Windows x86_64 (testing i686 and x86_64 versions, GNU and MSVC), and Mac OS ARM64 (testing arm64 version). ↩