DOMAIN PRODUCT EXAMPLE / LIE
LIE is a product example for the learning domain. It gives enterprise applications task processing, process checking, next-action and performance-recording capabilities, independently or in combination.
Capability directory, API workspace and integration documentation.
Integrate, deploy, call and validate each module independently. Enterprises may supply the required upstream inputs under the interface contract. Full Suite offers optional composition, with no mandatory sequence.
Help applications process and review task content, organise conditions and goals, and obtain available task results.
Discuss access
View detailsHelp learning applications review actual responses and link findings to positions in the original input.
Discuss access
View detailsHelp applications arrange next learning actions from observed performance and authorised enterprise content.
Discuss access
View detailsHelp applications track actual performance, distinguishing independent work, missing observations and uncovered scope.
Discuss access
View detailsChoose by task and expected result. Inclusion, dependencies and access permissions are defined by the formal delivery materials.
Summarise counts, distributions and sources of selected records, with the statistical scope.
Review current progress, continuation conditions and recovery points.
Explore possible results within supplied objects and constraints.
Present content and actions that each role is authorised to access.
Connect related operations in one workspace and review each stage’s results.
Correct materials against sources and manage authorised content.
Add specified information and review another check; further assessment requires an authorised enterprise question bank or materials interface.
Generate questions to agreed requirements and review validation and adoption scope.
01 / LIE
The following example from the mathematics edition illustrates inputs and results.
Question: A has 18 books, 6 more than B. After A gives B 3 books, how many does each have?
Task goals: determine the book counts for A and B after the transfer. The paired response lists two target objects.
Match A, B and “how many does each have” to the question. Scope: task goals of this example question only.
Paired response: B initially has 18-6=24 books; A now has 18-3=15; B now has 24+3=27.
The paired result identifies 18-6=24 in the first step for review. The subtraction result should be 12.
Locate the first-step quote and calculate 18 − 6 = 12 independently. The final answer is separately marked undetermined; no overall learner state is inferred.
The two response-check records in the paired example result.
Count this fixed response: 1 definite review finding; 1 undetermined finding; 2 total.
Match the first-step expression and the final answer to their two records: 1 + 1 = 2. This summarises the example response; no statistics request was made and no overall learner state is implied.
Define the task, available inputs, expected results and acceptance criteria, then confirm capability access, interface versions and delivery scope. A directory entry or example does not grant access. Further assessment and content adoption require an authorised enterprise question bank or materials interface.
Review workflows, use cases and the problems to address.
Define the format and content of input data, along with the expected outputs.
Assess the integration environment, scope of use and validation conditions.
CONTACT
Contact us for technical discussions, product applications and collaboration.
How can information, goals and actions work together?
Research enquiries